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11.1  Executive  Summary 


This  project  was  concerned  with  the  development  of  logic  programming-based  ma¬ 
chinery  for  the  management  of  large  complex  knowledge  bases  of  a  highly  dynamic 
character,  together  with  the  development  of  mathematical  foundations  for  such  sys¬ 
tems.  Knowledge  base  management  includes  the  maintenance  of  ordinary  integrity 
constraints  as  well  as  sophisticated  reason  maintenance  systems.  The  work  was  car¬ 
ried  out  from  the  point  of  view  of  certain  meta-level  extensions  of  Prolog,  generically 
baptised  metaProlog.  The  primary  tasks  of  the  project  included  the  following. 

•  Continued  development  of  the  metaProlog  system.  The  principal  goals  here  are 
the  construction  of  an  efficient  metaProlog  compiler,  development  of  sophisti¬ 
cated  memory- management  methods,  the  development  of  suitable  interfaces  to 
non-metaProlog  external  databases,  and  the  study  of  co-routining  and  concur¬ 
rency. 

•  Development  of  knowledge  representation  formalisms  in  metaProlog,  including 
analogs  of  frames,  semantic  nets,  blackboards,  etc. 

•  Study  of  the  expression  of  generic  database  management  and  knowledge  base 
reason  maintenance  approaches  in  metaProlog,  with  special  attention  begin  de¬ 
voted  to  maintenance  of  static  and  dynamic  integrity  constraints,  reason  main¬ 
tenance,  and  daemons. 

•  Construction  of  one  or  more  experimental  demonstration  systems  using  the 
machinery  developed. 

•  Exploration  of  semantic  foundations  both  for  classical  logic  programming  as  well 
as  non-standard  approaches  showing  potential  for  dealing  with  the  theoretical 
problems  which  arise  in  knowledge  base  maintenance. 

We  developed  considerable  knowledge  of  the  structure  and  uses  of  the  metaProlog 
svstem,  ranging  from  its  theoretical  underpinnings  to  its  use  for  implementing  such 
programming  constructs  as  frames,  semantic  nets,  and  message-passing.  We  also  de¬ 
veloped  considerable  expertise  and  tools  concerning  the  implementation  of  systems 
of  the  character  of  Prolog  and  metaProlog.  We  first  applied  this  to  the  construction 
of  a  byte-code  interpreter-based  compiler  for  Edinburgh  Prolog  which  achieved  10K 
LIP. 3  running  the  standard  benchmark  on  a  VAX  780.  At  the  time,  this  was  the 
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fastest  implementation  of  Prolog  on  the  VAX  780.  This  was  used  to  compile  our  first 
substantial  simulator  tor  metaProlog  (written  in  Prolog),  producing  a  system  which 
enabled  us  to  begin  serious  metaProlog-based  experiments.  We  then  began  extensions 
of  the  abstract  machine  underlying  the  Prolog  byte-code  interpreter  aimed  at  produc¬ 
ing  an  abstract  machine  suitable  for  the  compilation  of  metaProlog.  We  explored  a 
number  of  alternatives  which  presented  themselves,  eventually  consolidating  most  of 
the  valuable  ideas  into  one  system.  Two  alternative  approaches  to  one  aspect  of  the 
system  led  to  the  development  of  two  alternative  versions  of  the  metaProlog  compiler 
v'ct-Pio.  Both  versions  implement  the  core  metaProlog  features: 

•  Theories  (logic  databases)  as  first-class  program  objects  which  can  be  the  values 
of  variables  and  be  returned  by  procedures; 

•  Direct  program  access  to  the  underlying  proof  predicate. 

Both  are  incremental  and  interactive  compilers  which  appear  to  be  interpreters, 
but  which  generate  (very  quickly)  byte-coded  instructions  for  the  underlying  abstract 
metaProlog  machine;  these  instructions  are  executed  by  an  abstract  machine  inter¬ 
preter  coded  in  C.  (Following  the  pattern  for  ordinary  Prolog,  extremely  efficient 
native  code  compilers  can  be  developed  from  this  architecture.)  Both  systems  had 
approximately  the  same  efficiency  as  our  earlier  byte-coded  Prolog  compiler:  ap¬ 
proximately  8-10,000  LIPS  on  the  native  reverse  benchmark,  depending  on  cache 
interaction,  on  a  VAX  7S0. 

Both  systems  were  later  extended  to  incorporate  the  following: 

•  Complete  garbage  collection;  This  included  collection  of  compiled  program  code 
which  is  stored  on  the  system  heap. 

•  Proofs  of  goals  as  first-class  objects;  Consequently,  programs  can  reason  about 
the  proofs  resulting  from  solutions  of  goals  (e.g.,  for  explanation  generation  or 
for  sophisticated  fault  diagnosis). 

Verv  earlv  on,  we  completed  the  axiomatization  of  a  medium-scale  knowledge- 
base  problem  in  Edinburgh  Prolog.  We  used  this  experience  to  guide  some  of  the 
investigations  into  the  design  of  the  metaProlog  engine.  Later,  we  converted  it  to  run 
in  the  metaProlog  system. 
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We  also  conducted  a  extensive  study  of  the  truth  and  reason  maintenance  liter¬ 
ature.  eventually  focusing  primarily  on  deKleer's  Assumption- Based  Reason  Mainte¬ 
nance.  Implementation  of  ABRM  can  be  carried  out  using  metaProlog.  However, 
because  of  the  logical  character  of  deKleer's  work,  we  are  studied  methods  of  ab¬ 
stracting  its  basic  facilities  and  directly  incorporating  them  in  metaProlog  as  system 
facilities. 

We  also  constructed  an  interface  from  our  orginal  Prolog  compiler  to  the  academic 
version  of  the  INGRES  DBMS,  and  experimented  with  it.  Because  of  the  monolithic 
character  of  INGRES,  communication  between  the  two  systems  was  limited  to  string- 
based  communication,  and  the  results  were  initially  somewhat  disappointing.  How¬ 
ever,  we  later  ported  the  interface  to  the  commercial  version  of  the  INGRES  DBMS, 
and  achieved  much  better  results,  i  his  reinforced  our  conviction  that  there  must  be 
as  close  as  possible  communication  between  the  Prolog/metaProlog  system  and  any 
external  DBMS  system  with  which  it  is  linked. 

We  examined  a  number  of  semantic  approaches  to  clarifying  the  foundations  of 
metaProlog.  The  fundamental  difficulties  arise  from  the  ’’amalgamated  character’’  of 
the  language,  wherein  the  variables  of  the  language  must  not  only  range  over  con¬ 
ceptually  ordinary  individuals,  but  also  over  the  syntactic  constructs  of  the  language 
itself,  noting  that  the  language  is  untyped  (like  LISP  and  ordinary  Prolog).  Sev¬ 
eral  directions  explored  included  using  ’’possible  world”  semantics  and  a  semantics  in 
which  ordinary  logical  structures  interpreting  the  language  are  extended  to  include 
abstract  syntactic  entities  generated  (rather  like  a  word  algebra)  from  the  individuals 
of  the  interpretation. 

The  first  approach,  while  intuitively  appealing,  does  not  seem  to  lead  to  useful 
tools.  The  second  approach  has  promise,  but  does  seem  to  entail  considerable  com¬ 
plexity.  However,  a  third  approach  (which  is  definitely  related  to  the  second)  sug¬ 
gested  itself,  and  this  seems  to  have  even  greater  potential.  In  essence,  this  approach 
follows  the  so-called  "substitutional  interpretation”  of  logic,  but  instead  of  basing  the 
work  on  the  traditional  two-valued  truth  values,  utilizes  collections  of  partial  search 
spaces  for  proofs  in  the  language  as  the  set  of  truth  values. 

We  devoted  considerable  effort  to  exploring  theoretical  approaches  to  default  rea¬ 
soning,  inconsistency,  stratified  knowledge  bases,  non-standard  logics,  topological  se¬ 
mantics.  and  multi-valued  logic  programming.  These  investigations  were  quite  suc¬ 
cessful.  The  details  are  presented  in  the  body  of  the  report. 
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11.2  Introduction 


11.2.1  Logic  and  Databases:  The  Need  to  Extend  Prolog 

Prolog  has  many  attractive  features  as  a  programming  tool  for  artificial  intelligence 
and  the  management  of  knowledge  bases.  These  include  code  that  is  easy  to  under¬ 
stand,  programs  that  are  easy  to  modify,  and  a  clear  relation  between  its  logical  and 
procedural  semantics.  Moreover,  it  has  proved  possible  to  create  clear  and  efficient 
implementations.  Nonetheless,  it  possesses  several  shortcomings.  Chief  among  these 
is  difficulty  representing  dynamic  databases  (databases  which  change  in  time)  and  an 
apparent  restriction  to  backward  chaining,  backtracking,  depth-first  search.  A  major 
component  of  our  work  has  been  to  develop  and  implement  an  extension  to  Prolog, 
called  mctaProlog,  which  preserves  the  virtues  of  Prolog  while  introducing  powerful 
constructions  to  attack  these  problems.  This  work  is  a  direct  continuation  of  the 
investigation  into  meta-level  programming  in  logic  begun  by  Bowen  and  Kowalski 
[1982]. 

Many  artificial  intelligence  anolications  demand  facilities  which  amount  to  the 
ability  to  dynamically  manipulate  databases  or  knowledge  bases.  A  database  is  most 
naturally  represented  in  Prolog  as  a  set  of  assertions  and  clauses.  This  exploits  all 
the  advantages  of  Prolog's  inherent  deductive  machinery.  However,  the  logical  core 
of  ordinary  Prolog  provides  no  conceptual  basis  for  segmenting  or  modifying  the 
database.  Most  implementations  of  Prolog  have  provided  ad  hoc  extensions  to  the 
basic  logic  programming  paradigm  which  allow  for  dynamic  modification  of  the  pro¬ 
gram  database  by  the  program  itself.  But  since  the  database  is  the  program,  the  use 
of  these  facilities  introduces  difficulties  similar  to  those  introduced  by  global  variables 
and  self-modifying  code  in  conventional  programming  languages.  The  effect  of  these 
features  on  the  virtues  listed  above  is  catastrophic.  Programs  become  difficult  to 
understand,  reliable  modification  of  the  code  is  almost  impossible,  and  the  logical  se¬ 
mantics  is  utterly  destroyed.  We  know  of  no  mathematical  or  philosophical  definition 
of  first-order  proof  where  the  collection  of  axioms  is  not  fixed.  We  would  suspect  any 
such  notion  to  be  incoherent.  We  believe  these  difficulties  can  be  overcome  bv  the 
introduction  of  theories  as  first-class  objects  which  can  be  dynamically  created  and 
passed  as  pare ird  Prolog,  goai-  A,.  •  -•  •  r,’s;'e-"  ’■>  a  <in<rii- 

:  Mckgroui’e  l  A  :ou>g.  goals  mu.'  ;  pow-u  e\;.,n  :*  ;y  identified 

theory.  We  regard  this  system  as  simply  a  first-order  logical  theory  of  axiom  sets  and 
proofs. 
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The  means  of  indicating  that  a  met."  Prolog  goal  G  should  be  solved  in  a  particular 
theory  T  is  an  explicit  cali  on  the  proof  predicate  demo.  From  a  logical  point  of  view, 
the  proof  predicate  is  really  a  relation  between  three  objects'  the  theory  T.  the  goal 
(7,  and  the  proof  P  which  attests  to  the  solvability  of  G  in  T.  But  logic  programming 
is  not  only  concerned  with  the  static  existence  of  proofs,  but  also  the  process  of 
discovering  them.  That  is,  it  is  also  concerned  with  the  notion  of  search  space  and 
search  strategies.  Thus,  for  logic  programming,  the  deep  centra!  relation  is  the  one 
which  holds  between  a  theory  T,  a  goal  G,  and  the  complex  object  consisting  of  a 
proof  for  G  in  T  seen  as  a  portion  of  a  search  space  explored  by  a  particular  search 
strategy.  Our  investigations  have  led  us  to  the  conclusion  that  all  of  these  entities  must 
be  treated  as  first-class  objects  (metaProlog  terms)  capable  of  being  manipulated  and 
passed  as  values  of  parameters. 


11.2.2  Meta-Level  Programming 

It  is  important  to  make  clear  our  notion  of  meta-level  programming.  Briefly,  one 
distinguishes  between  the  formal  language  being  used  to  conduct  some  (unspecified) 
axiomatic  investigation  (the  object  language)  and  the  language  med  to  carry  or. 
any  discussion  about  the  object  language  (the  metalanguage).  For  many  purposes 
(including  those  of  this  paper),  the  metalanguage  need  only  be  powerful  enough  to 
discuss  the  combinatorial  syntactic  properties  of  the  object  language.  The  essential 
point  is  that  the  relations  of  the  metalanguage  are  about  the  syntactic  entities  of 
the  object  language:  the  variables  of  the  metalanguage  range  ovmr  various  syntactic 
entities  of  the  object  language.  In  contrast,  the  variables  of  the  object  language  either 
have  no  specified  range  (when  it  is  viewed  as  a  formally  uninterpreted  language)  or 
(when  the  object  language  is  treated  as  being  interpreted)  range  over  the  members 
(possibly  extremely  mathematically  complex)  of  some  specified  set. 

Properly  viewed,  an  ordinary  Prolog  interpreter  is  already  a  meta-level  object. 
The  object  level  consists  of  a  fragment  of  ordinary  first-oruer  logic,  a  language  and 
proof  predicate.  The  latter  describes  which  formulas  of  the  language  are  consequences 
of  sets  of  other  formulas  of  the  language.  The  meta-level  of  a  theorem- prover  is 
concerned  with  the  manipulation  of  sets  of  object-level  formulas  in  the  search  for  a 
collection  of  formulas  which  witnesses  the  derivabilitv  of  a  given  goal  formula  from 
a  given  set  of  axiom  formulas.  The  prover  proper  is  a  meta-level  object  because  its 
variables  range  over  formulas  (and  other  syntactic  classes)  of  the  object  level  language. 
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Thus  a  Prolog  interpreter  really  defines  a  relationship  between  sets  of  formulas 
(the  program  database),  goal  formulas,  and  proofs,  namely  the  relation  that  the  proof 
witnesses  the  deducibility  of  the  goal  formula  from  the  program  database.  (Note  that 
the  standard  Prolog  interpreters  return  a  portion  of  the  proof  to  the  user,  namely 
that  part  of  the  substitution  applying  to  the  variables  occurring  in  the  goal).  As 
commonly  implemented,  pure  Prolog  interpreters  incorporate  the  program  database 
as  a  fixed  part  of  the  interpreter.  Thus,  from  a  meta-level  point  of  view,  a  standard 
Prolog  interpreter  provided  with  a  fixed  program  database  defines  a  certain  meta¬ 
level  unary  predicate  applying  to  goal  formulas.  This  meta-level  unary  predicate 
holds  for  just  those  goal  formulas  which  are  deducible  from  the  program  database 
by  the  interpreter.  The  fundamental  operator  of  standard  Prolog  systems  is  thus  a 
one-place  operator  (usually  written  call(...))  which  invokes  a  search  for  a  deduction 
of  its  argument  from  the  implicit  program  database  parameter.  The  heart  of  the 
proposal  .  *t  forth  by  Bowen  and  Kowalski  was  to  utilize  a  system  implementing 
the  full  deducibily  relation  described  above.  Such  a  system  would  have  metavariables 
which  not  only  range  over  formulas  and  term  ,  but  would  also  allow  the  metavariables 
to  range  over  sets  of  formulas  (called  theories).  The  fundamental  operator  of  such 
a  system  is  a  three-place  operator,  usually  written  demo(Theory, Goal, Proof),  which 
invokes  a  search  for  a  proof  of  the  goal  formula  appearing  as  its  second  argument 
from  the  theory  (or  program)  appearing  as  its  first  argument. 

All  metaProlog  program  databases  are  the  values  of  metaProlog  variables  and 
are  set  up  either  by  reading  them  in  from  files  or  by  dynamically  constructing  them 
using  system  predicates.  Besides  the  built-in  predicate  demo/3,  the  svstem  predicates 
include: 

•  add-tot  Theory,  Axiom,  New'Theory) 

•  drop JYoml1  Theory.  Axiom.  NewTheory) 

which  build  new  theories  from  old  ones  by  adding  or  deleting  formulas.  Thus  for 
'■■sample,  one  niiirht  find  the  body  of  a  clause  containing  calls  of  the  form 

....  add.to(Tl,  A.  T2).  demo(T2,  D. 

where  the  theory  which  is  the  value  of  Tl  has  been  constructed  bv  the  earlier  calls. 
I  he  rifect  ot  l”)  would  then  be  to  construct  a  new  theory  12  resulting  from  Tl  bv 
the  addition  of  the  formula  A  as  a  new  axiom,  and  then  the  invokation  of  a  search 
f  r  a  proof  of  the  formula  D  from  the  theory  T2.  Since  demo  implements  the  proof 


relation,  such  programs  as  (*)  preserve  the  logical  semantics  of  Prolog  while  providing 
for  t lie  dynamic  construction  of  new  databases  from  old. 

The  correctness  and  completeness  of  an  implementation  of  demo  are  expressed  !>y 
v,  ;.at  were  called  reflection  rules  by  Bowen  and  Kowalski: 

•  If  d'-mo>  T.  A,  Pi.  then  A  is  derivable  from  T  via  proof  P. 

•  if  A  is  derivable  from  T  via  proof  P.  then  demo(T.  A.  P). 

11.2.3  The  General  Situation 


The  real  power  (meta  .p  wer)  of  this  system  lies  not  in  the  specific  system  facilities 
we  have  described,  but  m  the  programming  methodology  they  introduce.  The  exam¬ 
ple  in  the  preceeding  sect:  >n  only  beings  to  explore  the  possibilities  of  this  system. 
Using  this  approach,  in  [Bowen  and  Kowal  ki  1982],  [Bowen  and  Weinberg  1985].  and 
[Bowen  1985]  we  have  begun  to  logically  characterize  frames  and  default  hierarchies, 
generalized  networks  of  theories  and  semantic  nets,  and  more  general  control  strate¬ 
gies  such  as  bottom-up  or  breadth-first  search.  There  is  no  logical  requirement  that 
the  only  notion  of  proof  in  metaProlog  be  the  Horn  clause-oriented  demo  predicate  we 
have  introduced.  We  see  no  reason  why  other  methods  of  proof  cannot  co-exist  with 
demo.  We  envisage  the  situation  in  which  another  method  of  proof  would  be  rapidly 
prototyped  using  explicit  recursive  calls  on  the  present  demo,  and  later  integrated 
into  the  system  at  a  low  level. 

By  stepping  up  to  the  full  meta-level  point  of  view  wherein  all  components  of  the 
svstem  have  become  first-class  objects,  we  have  entered  the  realm  or  a  logical  construal 
of  Theories,  Goals,  and  SearchSpaces  in  which  it  is  possible  to  axiomaticallv  and 
programmatically  characterize  elements  of  the  system  previously  regarded  as  parts 
of  the  implementation.  This  allows  us  to  introduce  powerful  logical  approaches  to 
the  construction  of  artificial  intelligence  systems,  and  in  particular,  to  systems  which 
must  manipulate  complex  knowledge  bases. 
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11.2.4  Non-Classical  Logic  Programming 

Classical  logic  is  a  logic  of  truth.  Using  classical  logic  we  can  reason  about  the 
truth  of  different  kinds  of  propositions  relative  to  a  given  theory.  Thus,  we  classify 
propositions  as  either  being  false  or  true. 

Unfortunatelv,  this  often  proves  to  be  an  overly  simplistic  point  of  view.  For 
instance,  the  famous  Fermat's  Last  Conjecture  muot  assuredly  be  either  true  or  false, 
but  at  this  point  in  time,  we  are  unable  to  say,  with  certainty,  which  of  these  cases 
is  the  correct  one.  The  same  is  also  true  of  the  P  =  NP  9  problem.  There  are  those, 
however,  who  strongly  disbelieve  the  proposition  P  —  .VP.  Classical  logic  does  not 
permit  us  to  express  this  disbelief  because,  of  course,  these  disbelievers  may  well  turn 
out.  to  be  wrong,  and  it  may  indeed  be  proven  a  few  years  hence  that  P  is  indeed 
equal  to  A  P. 

We  view  many  non-classical  logics  as  logics  of  belief.  Typically,  human  beings  are 
fallible.  They  have  beliefs  and  disbeliefs,  which  may  be  wrong  when  judged  relative  to 
some  empirical  standard.  The  process  of  changing  our  beliefs  is  a  common  occurrence 
in  our  daily  world.  Often  our  beliefs  turn  out  to  be  correct,  but  often  they  are  not. 
Worse  still,  people  may  hold  beliefs  that  are  inconsistent  in  some  respects  -  yet  they 
may  be  able  to  reason  perfectly  well  about  certain  other  domains. 

Our  point  here  is  simply  that  the  study  of  beliefs  is  important,  and  perhaps  even 
more  important  than  the  study  of  truth,  which  is  after  all  a  rather  ephemeral  quantity. 

The  approacn  of  the  metaProlog  system  is  to  make  the  various  sets  of  beliefs 
(theories)  explicit  and  amenable  to  direct  manipulation.  As  such,  the  system  provides 
the  underlying  machinery  for  several  possible  approaches  to  the  problem  of  belief,  but 
is  in  itself,  neutral.  The  study  of  belief  and  the  process  of  change  of  belief  has  been 
extensive.  We  devoted  our  major  efforts  in  the  following  areas: 

•  A  topologically  motivated  semantics  for  logic  programs  which  has  developed 
deep  and  powerful  theorems  concerning  non-monotonic  reasoning. 

•  A  theory  of  logic  programming  that  allows  us  to  reason  in  the  presence  of 
inconsistency.  In  particular  we  develop  one  such  logic  which  belongs  to  a  family 
of  lories  that  go  by  the  generic  name  paraconsistent  logics. 

•  A  theory  <>f  logic  programming  that  allows  us  to  reason  in  the  presence  of 
uncertain  information,  i.e.  information  which  is  vague  in  the  sense  that  one  is 
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not  sure  of  its  truth/falsity,  but  has  some  feel  (usually  expressed  in  terms  of  a 
quantitative  ‘‘certainty"  factor)  of  the  truth/falsity  of  a  proposition. 

•  A  family  of  of  logic  programming  languages  over  multivalued  logics  having  a 
certain  kind  of  algebraic  structure  (i.e.  a  complete  lattice).  Under  such  circum¬ 
stances,  both  the  declarative  (i.e.  model  theoretic  and  fixed  point  theoretic) 
semantics  and  the  proof-theoretic  (i.e.  query  processing  procedures)  generalize 
to  the  multivalued  case. 


11.2.5  Theoretical  Basis  for  Logic  Programming 

As  logic  programming  is  a  comparatively  new  field,  we  find  that  its  basic  theoretical 
underpinnings  are  very  weak.  There  are  many  techniques  in  mainstream  mathematics 
which  may  be  used  as  tools  to  study  the  semantics  of  logic  programming.  It  can  hardly 
be  doubted  that  establishing  important  links  between  well  understood  mathematical 
techniques  and  the  semantics  of  classical  and/or  non-classical  logic  programming  can 
only  help  enrich  the  semantics  of  logic  programming.  With  this  goal  in  mind,  our 
group  has  undertaken  the  study  of  the  topological  and  algebraic  foundations  of  logic 
programming. 

Associated  with  any  (classical)  logic  program  is  an  operator  whose  fixed-points  are 
exactly  the  models  of  a  formula  called  the  completion  of  the  program.  One  of  the  open 
problems  in  logic  programming  is  to  determine  conditions  for  the  completion  to  be 
consistent.  A.  Batarekh  and  V.S.  Subrahmanian  defined  a  (compact  and  Hausdorff) 
topology  called  the  query  topology  on  the  space  of  interpretations  of  the  first  order 
language  associated  with  a  program.  It  is  shown  that  whenever  the  program  is  either 
covered  and/or  function  free,  the  operator  associated  with  the  program  has  a  fixed- 
point  iff  it  possesses  a  collapsibility  condition.  This  collapsibility  condition  therefore 
yields  a  necessary  and  sufficient  condition  for  program  completions  to  be  consistent 
(for  such  programs). 

One  can  now  study  the  algebraic  properties  of  the  space  of  programs  by  looking 
at  the  set  of  all  operators  associated  with  programs  and  associating  some  binary 
operators.  Under  some  natural  binary  operators  originally  defined  by  Mancarella  and 
Pedreschi,  we  obtain  an  algebra  on  programs  that  is  easily  seen  to  be  a  distributive 
lattice.  The  important  question  now  is  that  of  negation.  Is  there  some  notion  of 
complementation  relative  to  programs  ?  Unfortunately,  there  is  no  such  notion  of 
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complementation  that  yields  a  Boolean  algebra  or  for  that  matter  any  richer  algebraic 
structure  like  a  ring,  etc.  (except  in  the  most  trivial  cases).  Finally,  we  can  use  this 
framework  to  study  the  equivalences  of  programs  -  in  particular,  a  notion  called 
subsumption  equivalence  due  to  Maher  can  be  generalized  considerably  to  normal 
logic  programs  and  also  to  paraconsistent  and/or  multivalued  logic  programs. 
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11.3  Hamid  Bacha 


metaProlog  Implementation  and  Application 

11.3.1  Implementation  of  the  metaProlog  Compiler 

The  two  major  accomplishments  of  my  work  on  the  project  are  the  completion  of  the 
metaProlog  system  and  the  implementation  of  a  medical  expert  system  in  metaPro¬ 
log.  The  metaProlog  language  is  an  extension  of  the  popular  logic  programming  lan¬ 
guage  Prolog.  As  a  high  level  programming  language,  Prolog  has  the  most  efficient 
implementation  while  still  closely  approximating  the  ideals  of  logic  programming. 
Nevertheless,  it  has  many  limitations  in  terms  of  expressive  power  and  problems  with 
its  ad  hoc  extra-logical  features.  These  shortcomings  have  been  recognized  for  a  long 
time  by  many  researchers,  and  a  meta-level  approach  has  been  advocated  as  an  al¬ 
ternative.  Among  the  shortcomings  that  hamper  the  expressive  power  of  Prolog  are 
the  many  aspects  that  are  supported  by  its  underlying  architecture,  but  not  directly 
available  to  the  user.  Some  of  these  aspects  are: 

•  The  sets  of  clauses  (database) 

•  The  provability  relation  (P) 

•  The  control  strategy  (depth  first  search,  clause  selection  according  to  textual 
order) 

•  The  rules  of  inference 

•  The  proof  trees 

Some  of  the  add  hoc  extra-logical  features  of  Prolog  that  tend  to  cause  problems 
are  the  ’’assert”  and  ’’retract”  primitives  which  dynamically  modify  the  database. 
The  metaProlog  system  tries  to  deal  with  some  of  these  shortcomings  while  preserving 
the  ideals  of  the  logic  programming  paradigm.  The  tacit  and  otherwise  inaccessible 
aspects  of  the  system  it  makes  explicit  include  the  provability  relation  (referred  to 
as  ’’demo”),  the  sets  of  relations  or  procedures  (referred  to  as  ’’theories”),  the  sets  of 
clauses  making  up  a  procedure  (referred  to  as  a  ’’viewpoint”),  and  the  proof  trees. 
The  primitives  ’’assert”  and  ’’retract”  are  replaced  by  ’’addto”  and  ’’dropfrom”  which 
are  used  to  create  new  theories  from  existing  ones.  Some  definitions  were  introduced 
to  extend  the  accepted  Prolog  terminology  to  cope  with  the  use  of  multiple  databases 
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(actually,  instead  c >f  saying  we  use  multiple  databases,  we  prefer  to  say  we  have  one 
database  which  contains  multiple  theories).  These  definitions  are: 

•  A  metaProlog  database  is  a  collection  of  theories  and  relations  (procedures). 

•  A  relation  is  a  collection  of  beliefs. 

•  A  theory  is  a  collection  of  viewpoints. 

•  A  viewpoint  is  a  set  of  related  beliefs  (equivalently,  a  subset  of  the  set  of  beliefs 
making  up  a  relation). 

•  A  belief  is  a  metaProlog  fact  or  rule. 

As  we  can  see  from  these  definitions,  the  metaProlog  database  contains  theories, 
and  the  theories  contain  viewpoints.  A  built-in  inheritance  mechanism  lets  theories 
share  clauses,  thus  avoiding  the  prohibitive  cost  of  copying  clauses  from  theory  to 
theory.  A  fast  algorithm  is  used  to  match  the  theories  with  their  corresponding 
viewpoints. 

Proofs,  in  the  form  of  proof  trees,  are  directly  available  to  the  metaProlog  user. 
They  are  treated  as  first-class  objects  and  can  be  manipulated  very  much  like  any 
other  metaProlog  terms.  Since  they  include  all  the  subgoals  that  participate  in  the 
evaluation  of  a  given  goal,  they  can  be  used,  for  example,  to  generate  explanations  for 
applications  involving  expert  systems.  An  unexpected  but  pleasantly  surprising  use 
of  proof  trees  is  to  affect  the  control  strategy  of  the  system  by  directing  the  search  for 
a  solution  along  a  more  desirable  path.  Indeed,  if  the  system  is  presented  with  a  goal 
and  a  proof  tree  indicating  a  possible  solution,  it  only  needs  to  check  whether  there 
is  a  proof  for  the  stated  goal  along  the  branches  of  the  search  space  corresponding  to 
the  given  proof  tree.  In  other  words,  the  proof  tree  guides  the  search  for  the  solution. 
No  other  possibly  wrong  or  infinite  paths  need  to  be  followed  during  the  evaluation 
of  the  goal.  No  other  solution  needs  to  be  considered.  We  can  also  use  proof  trees 
that  are  only  partially  instantiated.  That  is,  a  skeletal  description  of  some  desirable 
features  we  would  like  to  see  participate  in  the  solution.  In  this  case,  the  partially 
instantiated  proof  tree  serves  to  focus  the  system’s  attention  on  specific  portions 
of  the  search  space,  leaving  it  free  to  explore  within  these  selected  subspaces.  Earlv 
pruning  of  non-fruitful  branches  of  the  search  space  and  avoidance  of  blind  allevs  mav 
lead  to  a  more  efficient  solution  for  certain  types  of  problems,  despite  the  overhead 
associated  with  the  proof  trees. 
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The  extensions  mentioned  above  were  achieved  in  the  context  of  a  compiled  ap¬ 
proach  based  on  the  Warren  Abstract  Machine  architecture.  This  resulted  in  a  fast 
and  efficient  system  which  relies  on  an  interactive  incremental  compiler  for  flexibility 
and  ease  of  use.  The  objective  of  these  extensions  is  to  provide  a  richer  and  more 
expressive  language,  as  well  as  a  more  accommodating  environment  for  artificial  intel¬ 
ligence  applications  such  as  knowledge  representation,  natural  language  processing, 
and  expert  systems. 

11.3.2  Application  of  metaProlog  to  Medical  Expertise 


To  test  the  suitability  of  metaProlog  for  large  scale  applications,  we  embarked  on  the 
task  of  implementing  a  medical  expert  system.  The  area  of  expertise  selected  was 
that  of  Acid-Base  and  Electrolyte  Disorders.  The  goal  was  to  integrate  the  clinical 
knowledge  with  the  pathophysiological  knowledge  to  come  up  with  a  robust  expert 
system  that  combines  both  surface-level  and  deep-level  reasoning.  The  system  built 
used  some  innovative  features  such  as: 

•  First-principles  assisted  evidential  reasoning:  This  method  relies  on  the  more 
prevalent  and  widely  used  clinical  knowledge  for  diagnostic  purposes,  but  brings 
in  the  pathophysiological  knowledge  on  an  as  needed  basis. 

•  Progressively  expanding  diagnostic  possibilities:  Meta-level  knowledge  and  pri¬ 
orities  are  used  to  restrict  the  search  for  the  diagnosis  to  the  more  promising 
leads.  These  restrictions  are  then  progressively  lifted  to  include  more  and  more 
possibilities  for  consideration.  This  method  provides  a  more  focussed  approach 
and  a  better  interaction  between  the  system  and  the  user. 

•  Thesaurus-driven  user  interface:  all  the  interactions  between  the  system  and 
the  user  are  carried  through  the  user  interface.  To  enhance  the  friendliness  of 
the  system,  the  user  interface  is  coupled  with  a  thesaurus  that  defines  all  the 
terms  of  interest  in  the  domain  of  the  expert  system.  The  thesaurus  specifies 
the  type  of  query  to  be  used  with  each  term  and  the  type  of  answer  to  expect.  It 
lists  the  variations  as  well  as  the  qualifiers  applicable  to  each  term.  Whenever 
possible,  it  specifies  the  precondition  that  must  hold  before  the  user  can  be 
queried  about  a  certain  finding. 

The  preliminary  results  from  our  experiments  with  this  system  were  very  promis¬ 
ing  and  seem  to  suggest  that  we  have  an  adequate  approach.  More  important,  the 
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whole  experience  in  implementing  this  system  points  to  the  usefulness  and  suitability 
of  metaProlog  for  implementing  expert  systems.  The  metaProlog  system  offers  both 
a  functional  design  advantage  in  terms  of  knowledge  representation  and  hypotheses 
exploration,  and  a  software  engineering  advantage  in  terms  of  structuring  the  expert 
system  shell. 


11.3.3  Future  Work 

Unlike  many  researchers  who  rely  mainly  on  meta-interpreters  to  obtain  the  advan¬ 
tages  of  the  meta-le'-el  approach,  we  went  one  step  further  and  showed  that  it  is 
possible  to  have  some  of  these  same  advantages  plus  the  speed  of  a  compiler.  How¬ 
ever,  only  some  of  the  desired  features  of  metaProlog  have  been  implemented  in  this 
first  phase.  The  next  phase  should  address  the  following  points: 

•  Explicit  control:  we  should  be  able  to  specify  the  control  regime  to  used  to 
solve  any  goal  or  subgoal.  We  should  be  able  to  choose  between  depth-first, 
incremental  iterative  deepening,  or  breadth  first  strategies.  We  should  also 
have  some  way  of  specifying  the  order  of  the  clauses  when  there  are  many 
alternatives. 

•  A  choice  of  forward  or  backward  chaining.  This  issue  is  tied  to  the  control 
strategy  above. 

•  A  delay  mechanism  for  waiting  for  some  variables  to  be  bound  to  ground  terms. 

•  A  mechanism  for  allowing  coroutining  to  take  place. 

•  Incomplete  theories,  that  is  theories  that  are  not  completely  specified 

•  Explicit  quantification 

In  addition  to  the  direct  work  on  the  metaProlog  system,  suitable  projects  in  var¬ 
ious  areas  of  Artificial  Intelligence  should  be  identified  and  implemented  in  metaPro¬ 
log.  These  projects  should  be  large  and  realistic  enough  to  test  the  limits  of  the 
system.  The  lessons  to  be  learned  from  these  projects  should  hopefully  confirm  the 
viability  of  the  many  features  of  metaProlog  and  help  establish  it  as  a  major  player 
in  the  area  of  research  and  development  of  Artificial  Intelligence  svstems. 
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11.3.4  Publications 


Meta-level  Programming:  A  Compiled  Approach.  Proceedings  of  the  Fourth  In¬ 
ternational  Conference  on  Logic  Programming.  Melbourne,  Australia,  1987. 
Edited  by  Jean-Louis  Lassez. 

MetaProlog  Design  and  Implementation.  Proceedings  of  the  Fifth  Interna¬ 
tional  Conference  on  Logic  Programming.  Seattle,  Wa.  19S8.  Edited  by  K.A. 
Bowen  and  R.  Kowalski. 

Beyond  the  IE4.1/:  A  PAM  for  the  CAM.  (A  Prolog  Abstract  Machine  for  Content- 
Addressable  Memory.)  Submitted  to  the  6th  International  Conference  on  Logic 
Programming  to  be  held  in  Lisbon,  Portugal  in  June  1989. 

Program  Verification  Using  Meta-Level  Logic  Programming.  Submitted  to  the 
6th  International  Conference  on  Logic  Programming  to  be  held  in  Lisbon, 
Portugal  in  June  1989.  (In  collaboration  with  Sanjay  Khanna). 

Clinical  vs  Pathophysiological  Knowledge  in  Medical  Expert  Systems.  In  prepara¬ 
tion  (in  collaboration  with  Dr  K.A.  Bowen  and  Dr  C.  Carvounis).  To  be  submitted 
to  a  medical  journal. 
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11.4  Aida  Batarekh 


Topological  Aspects  of  Logic  Programming 

11.4.1  Query  Topology 

Part  I  of  this  report  was  done  in  collaboration  with  V.S.  Subrahmanian.  A  topology 
on  the  set  of  interpretations  of  a  logic  program  P  was  defined,  and  its  properties 
studied.  The  Query  topology  is  defined  as  follows:  the  open  sets  are  the  collection  of 
all  subsets  of  X  which  satisfy  a  (possibly  infinite)  disjunction  of  individual  existential 
queries.  If  all  Lx's  are  positive  literals,  the  query  is  said  to  be  positive,  if  all  Lx s  are 
negative  literals,  the  query  is  negative.  We  show  that  the  Query  topology  gives  rise 
to  a  totally  disconnected,  Tychonoff,  complete  and  metrizable  space. 

A  study  of  equivalences  of  sentences  based  on  classical  and  non-classical  logics 
was  also  pursued.  We  proposed  four  notions  of  equivalences  of  sentences.  We  showed 
that  under  certain  conditions  on  the  lattice  structure  of  the  set  of  truth  values  of  the 
logic  of  interest,  three  of  these  notions  can  be  captured  in  terms  of  results  on  the 
convergence  of  monotone  nets  in  topology,  while  the  fourth  notion  can  be  captured  in 
terms  of  a  property  of  convergent  nets  in  compact  Hausdorff  spaces  which  is  what  the 
Query  topology  gives  rise  to.  Our  work  may  be  viewed  as  a  semantical  counterpart 
of  Maher's  [6]  syntactical  characterization  of  pure  2-valued  logic  programs.  These 
results  [1]  can  be  found  in  the  technical  report  ’’Semantical  Equivalences  of  (Non- 
Classical)  Logic  Programs”,  which  has  also  been  presented  at  the  5th  International 
Conference  on  Logic  Programming,  August  88,  Seattle. 

Further  investigations  into  the  notion  of  axiomatizability,  which  we  have  previ¬ 
ously  defined,  lead  to  the  study  of  the  special  case  of  finitely  definite  clause  axiom- 
atizability  or  FDC-axiomatizability  for  short.  We  study  mappings  which  are  FDC- 
deformations,  i.e.,  mappings  from  sets  of  interpretations  into  sets  of  interpretations 
such  that  the  property  of  FDC-axiomatizability  is  preserved.  We  narrow  the  Query 
topology  to  the  set  of  FDC-axiomatizable  interpretations  and  investigate  whether 
special  properties  can  be  obtained. 
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11.4.2  Topological  Approaches  to  Non-Monotonic  Reasoning 


I  studied  the  connection  between  the  Query  topology  and  the  well-known  Scott  topol¬ 
ogy  [2]  and  established  the  following:  the  collection  of  all  open  sets  which  satisfy  a 
disjunction  of  positive  queries,  are  exactly  the  open  sets  in  the  Scott  topology.  Simi¬ 
larly,  the  collection  of  all  open  sets  which  satify  a  disjunction  of  negative  queries  are 
the  open  sets  in  the  Inverse  Scott  topology,  which  I  have  defined  in  a  manner  sym¬ 
metrical  to  that  of  Scott  topology.  It  is  also  shown  that  the  Inverse  Scott  topology 
is  distinct  from  the  dual  of  the  Scott  topology.  These  results  and  some  properties  of 
the  Query  topology  can  be  found  in  the  technical  report  [2]  referenced  below. 

The  lattice  of  interpretations  is  shown  to  be  algebraic  and  supercontinuous  hence 
also  complete  and  continuous.  Therefore  one  can  compare  the  Query  topology  to 
the  Lawson  topology  which  is  defined  only  on  continuous  lattices.  The  relationship 
between  the  two  is  established:  the  open  sets  in  the  Query  topology  are  exactly  the 
open  sets  in  the  Lawson  topology.  This  in  turn  was  used  to  prove  that  the  space  was 
compact  and  O-dimensional,  hence  that  it  had  a  countable  base  of  sets  which  are  both 
open  and  closed.  These  results  appear  can  be  found  in  [3]. 

A  notion  of  axiomatizabihty  is  introduced  and  a  set  V'  of  interpretations  is  shown 
to  be  axiomatizable  with  a  set  5  of  clauses  if  and  only  if  Y  is  closed  in  the  Query 
topology.  These  results  and  others  pertaining  to  the  applications  of  topology  in  Logic 
Programming  have  been  collected  in  a  technical  report  [4]  which  will  be  submitted  to 
a  journal  for  possible  publication. 

Having  proved  that  the  space  of  interpretations  under  the  Query  topology  is  a 
complete  metric  space,  i.e.  that  there  exists  a  metric  which  metrizes  the  space,  the 
nature  of  the  metric  is  investigated.  I  show  that  the  Query  topology  is  a  Cantor  space, 
and  that  there  is  a  homeomorphism  between  the  space  of  interpretations  under  the 
Query  topology  and  the  Cantor  set. 

The  potential  applications  of  the  results  found  for  the  Query  topology  are  studied 
with  respect  to  non-monotonic  deduction  operators  occuring  in  the  underlying  lan¬ 
guage.  Specifically,  an  attempt  is  made  at  modifying  the  Query  topology  to  deal  with 
the  non-monotonic  operator  V  introduced  in  my  dissertation  and  used  to  introduce 
assumptions. 

An  investigation  into  the  continuity  properties  (continuity  as  defined  in  topology) 
of  the  well  known  deduction  operators  T  1  a  and  T  ff  a  shows  that  they  are  continuous 
over  the  set  of  Herbrand  interpretations  of  a  pure  logic  program  P  provided  P  has 
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no  clauses  with  free  variables  and  a  <  u. 
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11.5  Howard  A.  Blair 


Theory  of  Logic  Programming 


Howard  Blair  and  Krzyzstof  Apt  of  the  University  of  Texas  at  Austin  and  CWI  Am¬ 
sterdam,  the  Netherlands,  studied  the  recursion-theoretic  complexity  of  the  perfect 
(Herbrand)  models  of  stratified  logic  programs.  This  work  culminated  in  [A BSS] . 
They  showed  that  these  models  lie  arbitrarily  high  in  the  arithmetic  hierarchy.  As  a 
byproduct  they  obtained  a  similar  characterization  of  the  recursion-theoretic  complex¬ 
ity  of  the  set  of  consequences  in  a  number  of  formalisms  for  nonmonotonic  reasoning. 
They  showed  that  under  some  circumstances  this  complexity  can  be  brought  down 
to  recursive  enumerability.  This  work  continued  the  investigation  into  the  properties, 
both  semantic  and  proof-theoretic,  of  stratified  programs  introduced  by  I\.  R.  Apt. 
H.  A.  Blair,  A.  Walker  and  A.  Van  Gelder. 


This  earlier  work  is  embodied  in  [ABW87.VGS7].  An  earlier  version  of  [ABWSS] 
was  issued  in  1986  as  an  IBM  Thomas  J.  Watson  Research  Center  (Yorktown  Heights) 
technical  report.  This  was  seminal  work  that  introduced  the  theory  of  stratified  logic 
programs.  The  book  containing  the  paper  was  at  last  published,  nine  months  behind 
schedule,  in  March  1988.  The  results  reported  in  the  “Arithmetic  Classification" 
paper  and  related  results  were  discussed  but  not  proved  in  early  drafts  of  [ABWS7L 
([VG87]  also  appeared  in  an  earlier  version  in  [YGS6].)  Revising  and  final  editing  of 
[ABWS7]  was  supported  by  both  the  Project  and  a  small  grant  from  the  Syracuse 
University  Faculty  Senate  to  support  a  graduate  student  from  the  People's  Republic 
(sic)  of  China. 


Following  the  Logic  Programming  conference  in  August,  198S.  the  “Arithmetic 
Classification"  paper  was  invited  for  submission  to  the  journal  Fundamenta  Infor- 
matica.  It  is  now  to  appear,  and  amalgamates  the  results  contained  in  [ABSSa].  This 
latter  technical  report  had  been  intended  for  seperate  publication  but  the  administra¬ 
tive  demands  of  the  Project  preempted  the  time  required  to  develop  this  publication: 
the  delay  forced  the  amalgamation  of  the  results  with  those  of  the  “Arithmetic  Clas¬ 
sification"  paper.  The  Completions  of  Recursion-free  general  programs,  together  with 
a  first-order  domain  closure  assumption,  constitute  complete  theories.  The  standard 
model  of  a  recursion-free  program  is  decidable. 
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These  combined  results  were  also  presented  by  Blair  at  a  colloquium  talk  in  April, 
1988  at  the  State  University  of  New  York  at  Albany. 

Meanwhile,  in  1986  Howard  Blair  continued  his  study  of  the  recursion- theoretic 
complexity  of  the  structure  of  Herbrand  bases  of  programs  and  reported  this  in  [B1S6] . 
These  results  show  that  a  variety  of  properties  of  programs,  viz.  canonicality,  determi¬ 
nateness,  etc.  are  highly  undecidable  and  exact  hierarchical  lower  bounds  are  given. 

In  [B1S7]  Blair  showed  that  all  recursive  relations  over  a  given  finitely  generated 
first-order  language  are  computable  by  determinate  programs:  i.e.  the  canonical  pro¬ 
grams  of  Jaffar  and  Stuckey  (1986)  with  completions  that  have  exactly  one  Herbrand 
model.  In  [BIST]  it  is  further  shown  that  all  recursively  enumerable  sets  over  the 
Herbrand  universe  of  a  finitely  generated  language  L  are  computable  by  either  suc¬ 
cess  or  failure  sets  of  canonical  programs.  Indeed,  for  any  two  recursively  enumerable 
disjoint  sublets  of  the  Herbrand  universe  of  L,  a  single  program  can  be  found  that 
has  one  of  the  sets  as  its  success  set.  and  the  other  as  its  finite-failure  set.  The  results 
are  effective  in  the  sense  that  from  indices  of  two  r.e.  sets,  the  required  programs  can 
be  constructed. 

Jarfar  and  Stuckey  [JSS6]  define  canonical  logic  programs  and  show  that  for  each 
logic  program  there  exists  a  semantically  equivalent  (formalized  by  a  definition  of 
conservative  extension)  lode  program  which  is  canonical.  [BIST]  gives  a  different 
construction  that  strengthens  the  previous  results  in  [JS86],  Given  a  logic  program  P, 
we  effectively  construct  a  program  P'  such  that  with  respect  to  the  classical  definition 
of  conservative  extension  the  following  holds: 

i  i P'  is  a  conservative  extension  of  P  in  the  classical  sense,  and  comp ( P') 
is  a  conservative  extension  of  comp(H).  in  the  sense  of  fJS86l 
in)  P'  is  canonical:  that  is.  Tp-  J,  a  =  gfpfT^,). 

iiiif  P'  contains  no  new  constant  or  function  symbols,  and  as  a  conse¬ 
quence  of  this  must  necessarily  contain  new  predicate  svmbols  if  P  itself 
is  not  canonical. 

iiv)  /"  has  the  same  finite  failure  set.  when  restricted  to  the  Herbrand 

base  if  l’,  as  P. 

iv)  P'  lias  the  same  success  set.  when  restricted  to  the  Herbrand  base  of 
P.  .as  P. 
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In  [BISS.BISSaj  direct  universal  computability  by  logic  programs  is  defined.  When 
the  set  of  function  symbols  of  L  is  infinite  there  are  recursive  subsets  of  the  Herbrand 
universe  and  Herbrand  base  of  L  which  are  not  computable  by  any  logic  program.  The 
availability  of  an  etrective  enumeration  of  the  Herbrand  universe  l\  of  L  for  inclusion 
in  orograms  is  shown  to  be  necessary  and  sufficient  for  direct  universal  computability 
he  logic  programs  with  respect  to  L.  We  then  show  this  result  holds  with  respect  to 
completions  of  normal  programs  as  well. 

During  the  academic  year  19S7-19SS  an  initial  draft  of  [BBSS7]  was  completed. 

This  paper  presents  the  thesis  that  a  logic  program  P  without  negation,  over  a 
variant  logic,  is  a  theory  that  can  be  associated  with  an  operator  whose  prefixed 
points  are  exactly  the  models  of  P.  Part  II  of  this  paper  to  oe  entitled,  "A  Logic  Pro¬ 
gramming  Semantics  Scheme,  Part  II:  DOXOLOG,  a  Belief  Maintenance  Language", 
is  concerned  with  an  application  of  the  semantic  approach  of  part  I  to  gi%-e  a  formal 
semantics  for  the  language  DOXOLOG.  indicated  in  the  above  title. 


During  19SS  Blair  continued  his  investigations  of  morphisms  in  logic  programming 
model  theory.  This  work  is  an  attempt  to,  in  particular,  model-theoretically  formalize 
the  semantics  of  database  updates.  The  idea  is  that  a  new  database  instance  is  a 
morphic  (roughly  homomorphic)  image  of  a  previous  database  instance  such  that 
both  instances  are  models  of  the  same  theory  of  the  database's  integrity  constraints. 

During  198'  a  draft  of  a  proposal  for  research  on  Computational  Reasoning  with 
Nonclassirai  and  Paraconsistent  Logics  was  prepared.  The  draft  is  intended  to  serve 
as  a  master  document  from  which  various  proposals  can  be  derived  by  both  Blair, 
and  now  independently,  his  student  V.  S.  Subrahmanisn,  who  has  now  completed  his 
Ph  D.,  having  graduated  in  August. 

1  O  7-  VJ 

In  February.  1988  a  revised  version  of  [BSS7]  was  invited  for  submission  to  a 
-perjai  issue  of  the  journal  Theoretical  Computer  Science  for  a  special  issue  on  se- 
e,<  papers  from  the  Seventh  Conference  on  Foundations  of  Software  Technology 
.v  Theoretical  Computer  Science.  The  paper  was  subsequently  accepted.  The  idea 
of  parnronsistrncy  is  that  a  collection  of  propositions  may  be  locally  cons:  tent,  but 
g!  'ball v  inconsistent,.  Thus  one  can  reason  with  large  globally  inconsistent  sets  of 
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sentences  while  taking  care  to  avoid  inconsistent  lines  of  reasoning  as  they  are  de 
tected. 


Some  progress  was  made  in  calendar  year  19S8  on  “An  Inductive.  Stratification- 
free  Definition  of  Standard  Models  of  Stratified  Logic  Programs’’.  It  is  still  in  a 
formative  stage.  The  work  that  needs  to  be  done  to  establish  this  ‘definition’  requires 
that  a  limit  of  an  alternating  operator,  recursive  in  zero-jump,  exist  in  the  right 

circumstances. 

Two  other  results  obtained  during  Fiscal  year  19SS  were  that  Blair  developed  a 
functionally  oriented  theory  of  nondeterministic  partial  recursive  functions  in  accord 
with  an  earlier  theory,  relational^'  oriented,  of  such  functions  advanced  by  Ashok 
Chandra,  and  this  theory  was  applied  to  showing  that  a  logic  program  with  a  well- 
founded  dependency  relation  forms  a  flj-complete  set. 


A  theorem  which  constructively  establishes  a  domain  over  which  every  logic  pro¬ 
gram  is  canonical  was  conjectured,  with  the  general  outlines  of  how  to  prove  it. 
recently  in  March.  19S9  by  Howard  Blair  and  Allen  L.  Brown  of  both  Xerox  Webster 
Research  Center's  System  Science  Laboratory  and  the  School  of  Computer  and  In¬ 
formation  Science  at  Syracuse  University.  Subsequently  it  was  discovered  that  only  a 
weaker  version  of  the  theorem  that  was  initially  conjectured  in  March  could  be  proved 
with  the  techniques  that  had  been  worked  out  by  Blair  and  Brown  in  March,  April, 
and  May  of  1989.  During  June  of  1989,  Blair  and  Brown  discovered  that  the  tech¬ 
nique  could  be  coupled  with  an  iterative  technique  and  limit  construction  to  prove 
the  desired  theorem.  A  draft  of  a  paper  describing  the  theorem  and  the  techniques 
used  to  prove  it  was  written  in  July,  1989.  Below,  we  briefly  describe  the  theorem 
and  construction  which  comprises  Blair's  main  effort  during  Fiscal  Year.  19S9.  Dur¬ 
ing  the  period  from  May  15  to  August  15,  1989,  Blair  was  supported  soley  by  Xerox 
Corporation.  Webster  Research  Laboratory  on  site  —  Blair  was  not  supported  during 
thU  period  by  the  NAIC  grant. 

The  model-theoretic  semantics  of  completed  definite  clause  logic  programs  exhibit 
an  asymmetry  regarding  Herbrand  models:  the  “duality  between  True  and  False, 
success  and  failure.  least  fixed  point  and  greatest  fixed  point,  least  [Herbrand]  model 
and  greatest  [Herbrand]  model"  [cf.  [JLMS61)  breaks  down  for  various  definite  clause 
programs.  As  Jatfar.  Fassez.  and  Maher  [JLM86]  point  out.  for  those  definite  clause 
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programs  P  for  which  Tp  |  u  =  gfp(Tp),  many  aspects  of  the  theory  of  such  programs 
are  symmetric,  (“gfp”  ["lfp”]  means  “greatest  [least]  fixed  point".)  Jaffa r  and  Stuckey 
[JSS6]  call  a  definite  clause  program  P  with  the  property  that  Tp  J.  w  =  gfp(Tp)  a 
canonical  program  and  show  that  every  definite  clause  program  P  has.  in  a  suitable 
sense,  a  conservative  extension  to  a  program  P'  that  is  canonical.  (Hereafter  we 
shall  frequently  use  the  term  program  synonomously  with  the  term  definite  clause 
program .)  Via  such  extensions,  “the  class  of  canonical  programs  is  representative  of 
the  class  of  ail  programs.”  [JLMS6]. 

An  unfortunate  choice  of  definition  in  [JS86]  for  the  class  of  partial  recursive  func¬ 
tions  (in  which  the  minimization  operator  is  applied  only  to  total  recursive  functions) 
appears  at  first  glance  to  lead  to  an  ineffective  construction  of  the  canonical  conser¬ 
vative  extension.  The  Jaffar-Stuckey  construction  adds  new  constant  and  function 
symbols  as  well  as  new  predicate  symbols,  in  forming  the  extension.  Blair  [B187] 
reformulates  the  Jaffar-Stuckey  construction  in  order  to  avoid  expanding  the  given 
program’s  Herbrand  universe  and  observes  that  the  Jaffar-Stuckey  construction  is 
actually  effective  since,  given  a  program  P,  an  index  for  the  finite- failure  set  of  P, 
which  is  recursively  enumerable,  can  be  effectively  obtained.  From  that  index  to¬ 
gether  with  an  application  of  the  Normal  Form  Theorem,  an  explicit  definition  of 
a  partial  recursive  function  that  enumerates  the  finite  failure  set  of  P  can  then  be 
obtained  in  which  minimization  is  applied,  once  only,  to  an  explicit  definition  of  a 
primitive  recursive  function.  In  passing,  [B187]  also  observes  that  if  R  is  a  recursive 
subset  of  the  Herbrand  universe  of  a  language  £  with  only  finitely  many  constant 
and  function  symbols,  then  the  construction  yields  a  determinate  program  Q  that 
computes  R.  Specifically, 

Tq  T  W  =  lfp(Tg)  =  gfp(Tg)  =  Tq  i  U  . 

The  previous  review  points  out  that  to  obtain  a  symmetric  theory  of  programs 
in  the  sense  of  [JLM86]  one  can  move  in  the  direction  of  restricting  the  class  of 
programs  considered  to  those  which  are  still  representative,  in  a  suitable  sense,  of 
all  programs.  Alternatively,  one  could  move  in  the  direction  of  relativising  the  T 
operators  to  a  pre-interpretation  C.  (Below,  we  will  use  the  term  prestructure  instead 
of  pre-interpretation  since  we  feel  that  it  is  more  in  accord  with  usage  in  the  literature 
of  mathematical  logic.  Actualy,  a  prestructure  for  £  is  an  algebra  whose  signature  is 
£-.)  If  we  undertake  the  latter  move  then  we  require  a  prestructure  C  (for  language 
£)  such  that  it  satisfies  the  Clark  equality  axioms  [cf.  [L1S7],  [C178]]  and  for  every 
program  P  over  language  £ 

Tp  i  u;  =  gfp(Tc)P  . 
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£  can  be  large,  i.e.,  it  can  have  infinitely  many  function  and  predicate  symbols.  Thus 
up  to  renaming  of  symbols,  every  program  is  canonical  with  respect  to  C. 

The  construction  proceeds  in  the  following  way:  We  begin  with  a  first-order  lan¬ 
guage  £  and  a  prestructure  W0  for  £  that  satisfies  the  Clark  equality  theory  with 
language  £.  Next,  we  define  the  notion  of  BF-trees  with  respect  to  >V0.  BF-trees, 
simplicitur,  are  defined  in  [WML84].  BF-trees  are  at  the  opposite  end  of  a  spectrum 
of  generalizations  from  SLD-trees.  In  [WML84]  both  SLD-  and  BF-trees  are  special 
cases  of  objects  called  GLD-trees.  In  SLD-derivations  an  atom  is  selected  from  a  goal 
and  the  goal  is  resolved  with  a  clause  in  the  given  program  using  the  selected  atom 
and  the  head  of  the  clause.  In  GLD-derivations  a  sublist  of  atoms  occurring  in  a  given 
goal  is  selected  for  resolution  using  the  heads  of  a  list  of  clauses  from  the  program. 
In  a  BF-derivation  the  entire  goal  is  “selected.”  GLD-,  SLD-  and  BF- trees  depict  the 
disjunctive  alternatives  in  sequences  of  GLD-,  SLD,  and  BF-derivations,  respectively. 

A  node  in  a  BF-tree  is,  in  general,  labeled  with  a  goal,  a  list  of  clauses,  and  a  most 
generally  unifying  substitution.  In  a  BF-tree  with  respect  to  W  nodes  are  labeled  with 
mgu’s  of  equivalences  of  partially  interpreted  terms,  i.e.,  terms  having  some  of  their 
variables  assigned  to  individuals  of  W. 

We  use  the  BF-trees  with  respect  to  W0  that  we  shall  define  to  obtain  a  class 
of  substitutions  which  yields  a  quotient  of  the  set  of  terms  of  £  that  are  partially 
interpreted  in  W0.  The  quotient,  Wl5  also  satisfies  the  Clark  equality  theory.  It  is 
obtained  in  a  manner  which  resembles  the  prestructure  obtained  in  the  proof  of  the 
completeness  of  negation  as  failure  due  to  Wolfram,  Maher,  and  Lassez,  [WML84]. 

From  VV„  we  obtain  Wn+i  in  the  same  manner  as  Wi  is  obtained  from  VV0.  If  one 
carefully  manages  the  selection  of  variables  of  £  in  constructing  each  VV„+i  from  VVn 
it  turns  out  that  the  sequence  of  prestructures 

Wo,  W„  •••  W„  ••• 

forms  a  chain  where  each  Wn  is  embedded  in  Wn+i  and  each  member  of  the  chain 
satisfies  the  Clark  equality  axioms.  If  for  each  n  we  identify  the  individuals  of  Wn 

CO 

with  their  images  in  W„+i  then  we  have  the  union  Ww  =  (J  n  =  0Wn  is  well-defined 
as  a  prestructure  and  satisfies  the  Clark  equality  theory.  And  Wb  has  the  property 
that  all  programs  over  £  are  canonical  with  respect  to  it.  In  particular.  W0  can  be 
chosen  to  be  the  Herbrand  universe  of  £. 

A  revision  of  the  initial  draft  of  this  paper  is  in  preperation  (September,  19S9). 
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Blair  has  been  invited  to  lecture  on  this  work  at  both  the  Cornell  University  Mathe¬ 
matics  Center  and  the  upcoming  International  Symposium  on  Mathematics  and  Ar¬ 
tificial  Intelligence  in  January,  1990. 
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11.6  Kenneth  A.  Bowen: 


Foundations  and  Application:  Reason  Maintenance 


11.6.1  The  Logic  of  Monotonic  Reasoning 


Introduction  An  intelligent  artifact  (program)  reasoning  about  some  aspect  of  the 
world  must  often  maintain  a  collection  assertions  representing  its  current  beliefs.  In 
many  settings,  these  assertions  may  only  be  plausible  conjectures  which  may  have  to 
be  retracted  depending  upon  the  course  of  the  agent's  reasoning  and  the  accumulation 
of  evidence,  in  such  circumstances,  the  agent’s  reasoning  is  said  to  be  non-monotonic. 
If  the  assertions  added  to  the  collection  of  beliefs  are  never  retracted,  the  agent’s 
reasoning  is  said  to  be  montonic  [refs]. 

The  course  of  development  of  the  set  of  beliefs  is  dependent  both  on  the  (external) 
evidence  discovered  and  on  the  agent’s  choices  of  resoning  steps  to  employ,  even 
in  the  montonic  case.  This  picture  of  monotonic  reasoning  is  strikingly  similar  to 
the  intuitionistic  descriptions  of  the  idealized  mathematician  [ref-Brouwer]  and  its 
formalization  in  the  theory  of  constructions  [refs].  While  the  treatment  of  infinite 
totalities  in  intuitionism  is  a  fascinating  and  problematic  topic,  a  stric  point  of  view- 
can  maintain  that  such  totalities  are  only  potential  and  never  actual.  This  position 
is  founded  on  the  view  that  the  idealized  mathematician  is  a  finite  being  acting 
in  time,  and  that  all  actualized  mathematical  entities  must  be  constructed  by  the 
mathematician.  Consequently,  not  only  must  all  actual  entities  be  in  fact  finite,  but 
the  totality  of  constructed  entities  and  verified  assertions  is  necessarily  finite  at  any 
point  in  time. 

This  strict  finiteness  of  the  collection  of  entities  and  verified  assertions  is  certainly 
characteristic  of  the  belief  sets  of  intelligent  computer  programs.  But  like  the  in- 
tuitionist  mathematician’s  sets,  these  sets  are  potentially  infinite  in  that  there  is  no 
in  principle  bound  on  the  effort  of  either  the  ideal  mathematician  or  the  intelligent 
program. 

Kripke's  introduction  of  a  classical  model  theory  of  intuitionistic  logic  provided  a 
nowerful  tool  for  the  classical  analysis  of  intuitionistic  reasoning.  This  model  theory 
is  also  very  attractive  for  the  analysis  of  the  reasoning  of  intelligent  artifacts  (in  the 
non  monotonic  case,  in  its  modal  incarnation).  While  the  introduction  of  Kripke 
models  provided  a  intuitively  appealing  set-theoretic  interpretation  of  intuitionistic 


11-29 


— >  -75  : 

a,  n  =>  b 
n  =>  E,  A  — *  B 

IS  : 

A,n  =► 
n  =>  e,  -a 

n  =>  a  n  =>  b 

n  =>  a 

n  =>  b 

A-  IS  : 

n  =>  E,  A  A  B 

V-  IS  : 

n  =>  E,A  V  B 

n  =>  E,  A  V  B 

n  =>  a 

II  =>  Ax  [6/a] 

V-  IS  : 

n  =*  E.VxA 
provided  the  eigen  — 
variable  condition 

is  met 

3-  IS  : 

n  ^  E,3xA 

where  we  use  the 

substitution  notation 
of  Shoenfield[4]. 

Figure  1:  IS-Rules  for  LJ’ 

statements,  these  models  have  the  disadvantage  that  in  dealing  with  arithmetic  and 
analysis,  or  for  that  matter,  any  theory  in  which  all  of  the  statements  ” there  exist 
of  least  n  individuals1’  are  derivable,  the  interpretation  requires  that  infinitely  many 
individuals  actually  exist  at  each  world-point  or  situation,  thus  preventing  a  direct 
interpretation  of  any  concepts  of  potentially  infinite  totality.  This  drawback  also 
applies  to  the  analysis  of  the  reasoning  of  artificial  agents.  In  this  paper,  we  provide  a 
modification  of  Kripke’s  approach  which  allows  us  to  restrict  the  number  of  individuals 
actually  existing  at  any  world-point  or  siutation  to  be  finite.  The  price  we  pay  is  that 
the  number  of  world-points  is  necessarily  infinite,  and  in  the  interpretation  of  the 
logical  operators,  we  must  universally  quantify  over  subcollections  of  the  universe 
of  situations.  Consequently,  as  an  analysis  of  intuitionistic  reasoning,  it  remains 
thoroughly  classical.  However,  as  an  analysis  of  the  reasoning  of  intelligent  agents,  it 
provides  an  initial  framework  for  the  global  analysis  of  the  agent’s  reasoning. 


[-Structures  and  Validity  We  will  consider  languages  L  with  the  logical  symbols 
A-  V.  — N  V,  3,  and  =,  together  n-ary  predicate  symbols  p,...,  and  function  symbols 
f.  ..  for  various  n  >  0.  The  system  LJA  is  as  defined  in  Gentzen  [2].  The  system  LJ’ 
is  defined  as  follows  (cf.  Prawitz  [3]).  Sequents  T  =>  A  are  permitted  to  have  more 
than  one  formula  in  the  succedent  A.  The  axioms,  structural  rules,  and  the  rules 
*-IA.  A  ~IA.  \/—IA ,  I  A.  V—  I  A,  and  3—  JA ,  are  just  as  for  LK  or  LJ.  The 
rules  for  introduction  in  the  succedent  are  as  shown  in  Figure  1. 

If  F'(A')  is  a  permutation  of  T(A),  V  =>  A’  is  a  variant  of  T  4  A.  Obviously  anv¬ 
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sequent  provable  in  LJ  is  provable  in  LJ’,  and  it  is  easy  to  prove  the  following  lemma 
by  induction  on  the  complexity  of  proofs  (cf.  [3]). 

Lemma  1  If  T  =>  A  is  provable  in  LJ’,  either  T  =t>  is  provable  in  LJ  or  for  some  A 
G  A,  F  =>  A  is  provable  in  LJ. 

Corollary  1  A  sequent  F  =$>A  is  provable  in  LJ  if  and  only  if  it  is  provable  in  LJ\ 

Def  2  If  ax,  02, ,  and  bi,  £>2,  •  ■  • ,  are  all  terms  of  L,  we  will  call  formulas  of  the  form 
a  =  a  identity  axioms  and  we  will  call  formulas  of  either  of  the  two  forms 

aj  =  61  A  •  •  •  A  =  bn  *  /(^l » •  •  • ,  **n)  f  {bi,  ■  •  ■  ,bn) 

ai  =  bx  A-  •  •  A  an  =  bn  ->  (p(au  . . .  ,an)  -*  p(bu...,bn)) 
equality  axioms ,  where  in  the  latter,  p(a 1, . . . ,  an)  could  be  ax  =  a2. 

Def  3  We  will  say  that  a  sequent  T  =>  A  is  provable  in  LJ=  if  there  exists  a  finite 
set  fl  of  universal  closures  of  equality  and  identity  axioms  such  that  IT,  T  =>  A  is 
provable  in  LJ,  and  similarly  for  LJ’=. 

Then  we  easily  have: 

Corollary  4  A  sequent  =>  A  is  provable  in  LJ=  if  and  only  if  it  is  provable  in  LJ'=. 

Def  5  N  ow  let  R  be  a  reflexive  and  transitive  relation  on  the  non-empty  set  K  and 
let  k  €  K.  A  subset  C  C  K  is  a  world-line  from  k  if  C  is  a  maximal  subset  of  K  which 
is  linearly  ordered  by  R  with  first  element  k,  and  we  will  write  C  |  k  to  indicate  this. 
Also,  we  write 

Rfc  ~dfn  =dfn  W  €  K  :  k'Rk] 


and 


R,  =dfn  R“{^}  =dfn{k’  6K:kRk'}. 
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Def  6  A  semi- classical  structure  A  for  the  language  L  consists  of  the  following  enti¬ 
ties: 

•  a  non-empty  set  |>t|,  the  universe  of  A\ 

•  a  binary  function  =:  \A\2  — +  {£/,  V); 

•  for  each  n-ary  predicate  symbol  p,  an  n-ary  total  function  :  \A\  U,  V; 

•  for  each  n-ary  function  symbol  f,  where  n  >  0,  an  n-ary  partial  function  : 

Ml"  -  Ml; 

•  for  each  individual  constant  c  (i.e.,  0-ary  function  symbol),  an  individual  c^  G 

Ml- 

Moreover,  we  require  that  for  any  a,  b,  c,  G  Ml> 

•  =  (a, a)  =  v, 

•  if  =  (a,  b)  =  V ,  then  equiv(b,a)  =  V,  and 

•  if  =  (a,  b )  =  V  and  =  (6,  c)  =  V,  then  =  (a,  c)  =  V. 

We  will  often  abbreviate  =  {a,b)  =  V  by  a  =  6;  thus  a  =  6  is  an  equivalence 
relation  on  Ml-  We  W>U  generally  write 

A  =  "C  |  A\ ,  = ,  p^4 , . . . ,  f,4 ,  •  •  • ,  ,  •  •  •  y*  ■ 

The  values  V  and  U  can  be  thought  of  as  signifying  ‘verified’  and  ‘unverified’,  respec¬ 
tively-.  The  language  L(«4)  is  obtained  from  L  by  adding  a  new  individual  constant 
ia  to  L  for  each  aG  Ml  '•>  la  is  called  the  canonical  name  of  a.  Then  A  has  a  nat¬ 
ural  expansion  to  a  semi-classical  structure  for  L(a),  namely,  set  ( ia)^  =  a  for  each 
a  G  Ml- 

Def  7  Given  the  language  L,  an  I-structure  A  =<  ,4*,K,R  >  for  L  consists  of  a 
reflexive  and  transitive  relation  R  on  a  non-empty  set  K  together  with  semi-classical 
structures  for  L. 

j\k  =<  |>m,  =fc,  Pjt, . . . ,  ffc, . . . ,  Cfc  >,  such  that  for  all  k  G  K  (where  we  write 
for  P^t,  etc.)  each  of  the  following  hold: 
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1.  if  kRk',  then  |A|  C  |A'li 

2.  if  kRk'  and  a,  b  G  |AI,  then  a  =k  b  implies  a  =k>  b\ 

3.  if  kRk'  and  d, .  . .  ,an  €  \Ak\,  then  pfc(a1, an)  =  V  implies  pfc»,  (d,  ...,an)  = 
l'. 

4.  if  kRk'.  then  dom{ik )  C  dom(ft')  and  /*<  D  dom(fk)2  =  f^: 

5.  if  kRk',  then  c*  =  c*' ; 

6.  if  d  =fc  6j,...,an  =*  6n,  and  if  <  al7...,an  >  and  <  >  are  both  in 

dom(ffc),  then 

A  €  Rfc  V  ^  Rfc'[ffc»(ai,  •  •  •  i  an)  6n)]; 

7.  if  a!  =k  bi,...,an  =k  bn,  and  if  p(ai, an)  =  v,  then 

A  k'  €  Rfc  V  k"  G  Ri'P*;''(6i,  •  •  •  A)  =  Vh 

8.  f\k  /\au. . .  ,an  G  |A|A^'  €  Rfc  V  k"  G  Rfc'[<  ai,...,an  >G  <fom(ffc»)]. 

We  will  always  assume  that 

Kdu^kIAI  =  0- 

For  S  C  K,  set 


U(S)  djn  LlfcgS  l^fc !  i 


where  U{A)  =  U(K).  Let  Var  be  the  set  of  free  variables  of  L  ;  we  will  use  x,y,z,... 
to  range  over  Var. 

Def  8  An  assignment  in  A  is  a  map  v  :  Var  — ♦  U(A). 


Def  9  If  v  is  an  assignment  in  A,  x  G  Var,  and  a  G  U( A),  we  define  v 

ia  if  x  is  y 
i/(x)  otherwise 


x 

a 


by 
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Also,  set 


1/#(A)  =dfn  {x)  :  x  is  free  in  A}. 

Def  10  Let  a  be  a  term.  The  denotation  of  a.  in  A  at  k  £  K  relative  to  an  assignment 
v  is  given  recursively: 

i/(x)  if  i/(x)  G  |A| 


xA’fc[i ']  rz  <( 


undefined  otherwise 


ffc(a1,...,an)Alfc[i/]  ~ 


if  aiAjtll/]  €  | A!  for  i  =  l,...,n 


undefined 


otherwise 


Note  that  if  aA,fc[i/]  is  defined,  it  lies  in  |A|- 


Def  11  Given  an  assignment  v  in  A,  k  £  K,  and  a  formula  A  ,  we  define  a  satisfaction 
operator  A*’"  by  recursion  as  follows  (recall  that  V  =  ‘verified’  and  U  =  ‘unverified’): 


(  aA,fc[i/]  =k  bA,fc[i/]  if  aA,fc[A  bA,*[i/j  are  both  defined 


1.  Afc,t/(a  =  b)  =  { 


U 


otherwise 


2.  Afc,"(pa1  ...an)  =  ^ 


Pfc(a,A,fe[i/],  •  •  • ,  anA,fc[i/])  if  a,  A’fc[i/j  defined  for  i  =  1, _ n 


U 


otherwise 


f  V  if  Ak’"(  A)  =  Ak*"(B)  =  V 


3.  A(AaB)  =  { 


U  otherwise 


V  if  AC  T  kVk'  €  C[Ak,,1/( A)  =  V  or  A  “'•‘'(B)  =  \ 


V  V  l 


4.  A^fAvB)  = 


U  otherwise 
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I  V  if  A^(A)  =  U  for  all  £  e  Rk 
5.  Afc,t/(-iA)  =  < 

i  U  otherwise 


6.  A^A 


B) 


l'  if  cond^A.  B) 

< 

k  U  otherwise 


7.  Aic,l/(VxA)  = 


V  if  cond2(x,  A) 
U  otherwise 


S.  Ak'u(3xA)  = 


V  if  cond3  (x,  A) 
U  otherwise 


where  we  use  the  following  abbreviations: 


condi(A,  B)  iff: 


AC  i  k\fk'  e  C/\£  €  C{u* A  C  U{C)  &  Ar,/(A)  =  V 
R,[A^(B)  =  V]]; 


Vrn  ecu 


cond2(x.  A)  iff: 


ACT  ky  k'  e  c  /\£  eC  /\a  e  \A(\  Am  e  CnR,[i/#  a  c  U{C)  =>  a 


(A)] 


cond3  (x.  A)  iff: 


ACT  tV*'eC[Acc  =*  A ^ € C A«  €  |A|[A  \  a  /  (A)]]. 


Xote  that  the  mapping  A  ’"(A)  is  always  defined.  We  say  that  A  is  valid  in  A  if 
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for  each  assignment  v  in  A  and  each  world-line  C  in  A  (i.e.,  maximal  subset  of  K  lin¬ 
early  ordered  by  R)  such  that  u* A  QU(C),  there  is  a  k  eC  uch  that  Afc,‘  (A)  =  V'. 
A  sequent  Ax , . . . ,  An  =>  Bi , .  .  . ,  Bm  is  valid  in  A  if  and  only  if  the  formula 

A]  A  •  •  ■  A  A„  ►  Bj  V  •  •  •  V  Bm 

is  valid  in  A.  A  formula  or  sequent  is  valid  if  and  only  if  it  is  valid  in  all  I-structures. 
The  following  lemmas  are  easy  to  verify  by  induction. 

Lemma  2  Let  A  be  a  formula,  let  b  and  c  be  terms,  let  k  £  K,  and  let  u  be  an 
assignment  in  A.  Then: 

L  (bx[a])A,fc[i/j  ~  bA'fc[ n  ^  j  ]; 


2.  A^'(Ax[a])  =  A  \  /  (A). 

Lemma  3  Let  A  be  a  formula,  let  a  be  a  term,  let  k,k'  £  K,  and  let  v  be  an 
assignment  in  A.  Then: 

1.  if  kRk’  and  aA'*[i/]  is  defined,  then  aA,fc,[i/]  is  defined  and  aA,*[r']  =  aA’fc,[i/j; 

2.  if  kRk’  and  A^(A)  =  V,  then  A*' '"(A)  =  V. 


Main  Theorems 

Theorem  12  (Validity  Theorem)  If  T  =>  A  is  provable  in  LJ'_.  then  it  is  valid. 


Theorem  13  (Completeness)  A  sequent  T  =»  L  is  provable  in  LJ'=  without  cut  iff 
it  is  valid  in  ail  I-structures  in  which  every  is  finite. 
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11.6.2  Theoretical  Semantics 

The  logic  language  on  which  metaProlog  is  based  amalgamates  an  object-level  lan¬ 
guage  with  its  metalanguage.  Consequently,  attempts  to  adapt  standard  Tarskian 
semantics  are  extremely  ugly,  and  semantic  interpretations  based  on  Kripkian  se¬ 
mantics  are  only  slightly  better.  A  much  more  promising  approach  has  arisen  by 
taking  two  moves.  First  (related  to  the  approach  of  A.  Church’s  Theory  of  Types)  is 
to  regard  all  the  expressions  of  the  language  as  terms,  with  the  formulas  being  merely 
a  distinguished  subclass  of  the  terms.  Second,  one  abandons  the  normal  two-value 
truth  value  set  and  the  normal  "set  of  individuals"  for  the  construction  of  denotations, 
and  replaces  them  jointly  with  the  set  of  all  "reasonable"’  syntactic  entities  from  the 
language  itself,  including  partial  proofs  and  search  spaces.  One  then  constructs  a  se¬ 
mantic  interpretation  using  the  so-called  "substitutional  interpretation"  ,  but  attaches 
co'lections  of  partial  proofs  and  partial  search  spaces  to  pairs  of  theories  and  formulas 
(the  latter  regarded  as  goals  to  be  solved  in  the  theory).  It  appears  that  many  of 
the  basic  theorems  of  standard  logic  programming  theory  can  be  pushed  through  by 
brute  force.  However,  it  is  much  more  appealing  to  attempt  to  adapt  the  ideas  of 
Blair.  Brown,  and  Subramanian  which  have  shown  that  the  basic  theorems  can  be 
proved  abstractly,  given  a  suitable  lattice  structure  on  the  space  of  truth  values.  The 
next  step  is  the  search  for  such  a  suitable  lattice  structure  on  the  space  of  syntactic 
entities. 
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11.6.3  Reason  Maintenance  Experiment 

We  have  been  exploring  several  experimental  knowledge-base  management  systems 
implemented  using  the  metaProlog  compiler(s).  We  exhibited  a  typical  example  at 
the  RADC/NAIC  Technology  Fair  during  April,  1987.  The  top  level  of  the  system  is 
sketched  below.  The  primary  predicates  are 

kbm(kb,  int ,  mnt,  kb.time) 
react_to(request ,  kb,  int,  mnt,  kb_time) 


which  are  mutually  tail-recursive.  Three  of  the  arguments  are  theories: 


•  kb  -  the  domain  knowledge  base 

•  int  -  the  theory  defining  integrity  and  consistency  of  kb 

•  mnt  -  they  theory  containing  rules  for  revision  and  maintenance,  together  with 
data  to  effect  revisions,  etc. 


The  argument  ‘kb_time’  simply  is  an  abstract  clock  representation  (here,  system  cycles 
-  it  could  be  real  time).  And  the  argument  ‘request’  is  simply  the  request  for  action 
obtained  from  the  user:  a  query,  a  requested  update,  etc. 


knowledge  base  manager  main  loop 
--  kbm  and  react_to  are  mutually  tail-recursive 
- %/ 


all  [kb,  int,  mnt,  request,  kb_time]  : 
kbm(kb,  int,  mnt,  kb_time) 

<- 

get_req(kb,  request,  kb_tirae)  k 
react_to(request ,  kb,  int,  mnt,  kb_time) . 
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/* - 

kbm  primary  action  predicate:  react_to 


Handling  queries 

--  this  simply  returns  one  solution 
(prints  the  instantiated  query) 

multiple  solutions  are  handled  by  the  "all  [..."  request  below 

all  [kb,  int ,  mnt ,  question,  kb_time]  : 

react _to (query (question) ,  kb,  int,  mnt,  kb_time) 

<- 

demo (kb,  question)  ft  !  ft 

write( ’ <<kbm:  ' )  ft  write(question)  &  nl  & 

kbm (kb,  int,  mnt,  kb.time) . 

all  [kb,  int,  mnt,  question,  kb_time]  : 

react _to (query (question) ,  kb,  int,  mnt,  kb_time) 

<-  !  & 

write('<<kbm — No  solution:  ')  ft  write(quection)  &  nl  & 

kbm(kb,  int,  mnt,  kb .time) . 


Queries  requesting  all  solutions 
Input  form  is: 

all  [x,y,z, . . .]  :  Formula 


all  [kb,  int,  mnt,  question,  kb.time,  vars,  form,  vars, 
realVars,  instantiatedForm ,  sols,  numVars]  : 
react_to(all(vars,  form),  kb,  int,  mnt,  kb.tirae) 

<-  1  ft 

wnte( ’Trying  all  sols...’)  &  nl  ft 

length  (vars,  numVars)  ft  ‘/.create  Prolog  vars 


11-39 


make_var_list(nuraVars ,  realVaxs)  k 

subst_prolog(f orm,  vars,  realVars,  instantiatedForm)  k 
/(instantiate  Formula 

(demo(kb,  setof (realVars ,  instantiatedForm,  sols))  &  !  k 
writ^( 'Solutions  found:')  b  nl  k 
show_list(sols) ; 

No  solutions  alternative 
write(’No  solutions  found...’)  k  nl) 

&  kbm(kb,  int,  mnt,  kb_time) . 


React  to  requests  to  add  an  assertion  to  the  kb 

all  [kb,  int,  mnt,  assertion,  vars,  var.list,  form,  inst_form,  new_mnt, 
new_kb,  kb_time,  new_kb_time] 
react _to (aad(assertion) ,  kb,  int,  mnt,  kb_time) 

<-  !  & 

(assertion  =  (all (vars) ,  form)  k  !  k 
instantiate(assertion,  inst_form,  var.list)  k 
check_conseqs(inst_form,  var.list,  kb,  int,  mnt, 
new_kb,  new_mnt ,  assertion,  kb_time) ; 
int eg_ck( assert ion,  kb,  int,  mnt,  new.kb,  new_mnt,  ko_time))  & 
new_kb_time  is  kb_time  +  1  k 
kbm(new_kb,  int,  new_mnt,  new_kb_time) . 


The  subsidiary  predicates  of  interest  above  are  those  dealing  with  the  checking  of 
consequences,  integrity,  and  consistency,  defined  as  follows. 

all  [form,  var_list,  kb,  int,  mnt,  new.kb,  nev_mnt,  assertion, 

inst_form,  kb.time]  : 

check_conseqs (inst.form,  var_list,  kb,  int,  mnt, 

new_kb,  new_mnt,  assertion,  kb_time) 

<- 

(vork_thru_conseqs(inst_form,  var.list,  kb,  int,  mnt, 

new_kb,  new_mnt,  assertion,  kb.time)  k  !; 
write( 'Denying  addition  of  assertion  to  the  kb...')  &  nl  & 
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new_kb  =  kb  & 

addto(mnt,  failed_add(assertion,kb,int,mnt,kb_time) ,  neu_mnt)). 


all  [inst_form,  kb,  int ,  mnt,  new_kb,  new.mnt,  assertion,  kb_time, 
head,  body,  exist_quant_body ,  var_list,  head_list,  head_vars, 
body_vars] 

work_thru_conseqs(in3t_form,  var_list,  kb,  int,  mnt, 
new_kb,  new_mnt ,  assertion,  kb_time) 

<- 

(mst_form  =  (head  body)  &  !  & 

vars_occurring_in(head ,  head.vars)  & 

diff erence(var_list ,  head_vars,  body.vars)  k 

exist_quant (body_vars ,  body,  exist_quant_body)  & 

(demo(kb,  setof(head,  exist _quant_body,  head_list))  k 
show_list(head_list ,3) ; 

write(’No  immediate  head  consequences  of  this  assertion...')  &nl) ; 
write('The  expression  ’)  k  write(inst_f orm)  k 
write('  is  not  an  implication. . .ignoring  for  now...')  &nl)  & 
addto(mnt,  added(assertion,  kb,  int,  mnt,  kbjtime) ,  new_mnt)  k 
addto(kb,  inst_form,  new_kb) . 


all  [kb,  int,  mnt,  assertion,  nev_kb,  new_mnt ,  kb_time]  : 

mteg_ck(assertion,  kb,  int,  mnt,  new_kb,  new.mnt,  kb_time) 

<- 

(demo(kb,  assertion)  &  !  k  write ( 'Duplication — nothing  added')  k  nl 
demo(int+kb,  acceptable(assertion) )  k 
contradict_check(assertion,  kb,  int)  k 
write( ' Integrity  check  passed...’)  &  nl  & 

addto(mnt,  added(assertion ,  kb,  int,  mnt,  kb.time),  new_mnt)  k 
addto(kb,  assertion,  new_kb)). 

all  [kb,  int,  mnt,  assertion,  new_kb,  new_mnt,  kb.time,  body, 
ans,  ansi,  inst_body ,d , e ,f ,g]  : 
integ_ck(assertion ,  kb,  int,  mnt,  new.kb,  new.mnt,  kb.time) 

<- 
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not (demo(int ,clause(acceptable(assertion) ,  body)))  k 
(demo(int+kb,  update_via(assertion,  body))  k 
write( 'Assertion  to  add  is  defined  by  the  following  view:') 
k  nl  k  nl  k 

write('  ')  &  write(assertion)  k 
write('  if  ')  k  write(body)  k  put(".)  &  nl  &  nl  & 
write('Do  you  want  to  attempt  the  addition  via  this  view7')  k 
read(ansl)  k 
Caff irmative(ansl)  k  !  k 
(not(body  =  (d,e))  k 

demo(int+kb,  acceptable (body))  k  !;  true)  &  !  k 
(not (body  =  (f,g))  k 

contradict_check(assertion ,  kb,  int)  k  !;  true)  k 
write( ' Integrity  check  passed...')  k  nl  k 
check_instances(body,  inst_body) , 

addto(mnt .added (ins t .body ,  kb, int ,mnt ,kb_time) ,  new.mnt)  k 
addto(kb,  inst.body,  new.kb) ;  fail); 

/(otherwise  for  demo(int+kb,  update....) 
contradict _check(assertion,  kb,  int)  k 
write (’No  (other)  integrity  clauses  apply  to  ’)  & 
write (assertion)  &  nl  & 

write(’Do  you  want  to  accept  it  as  a  pure  premise?')  k  read(ans)  k 
integ_act_on(ans .assertion, kb, int ,mnt , new.kb, new _mnt , kb .time) ) . 

all  [kb,  int,  mnt ,  assertion,  new.kb,  new.mnt,  kb.time,  ans]  : 

mteg_act_on(ans ,  assertion,  kb,  int,  mnt,  new.kb,  new.mnt,  kb.time) 
<- 

aff lrmative(ans)  k 

write( ’ Adding  premise:  ’)  &  write(assertion)  &  nl  & 
addto(mnt,  added(assertion,  kb,  int,  mnt,  kb.time),  new.mnt)  k 
addto(kb,  assertion,  new.kb). 

all  [kb,  int,  mnt,  assertion,  new.kb,  new.mnt,  kb.time,  ans]  : 

integ.act_on(ans,  assertion,  kb,  int,  mnt,  kb,  new.mnt,  kb.time) 

<- 

not (af f irmative(ans) )  k 

write( 'Denying  addition  of  premise:  ’)  k  write(assertion)  &  nl  & 
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addto(mnt,  f ailed_add(assertion,  kb,  int,  mnt,  kb.time),  new.mnt) . 

all  [kb,  int,  mnt,  assertion,  new_mnt,  kb_time]  : 

integ_ck(assertion ,  kb,  int,  mnt,  kb,  new_mnt,  kb_time) 

<- 

write( ’ Integrity  check  failed  for  ’)  k  write(assertion)  k 
write('  at  time  ')  k  write(kb_time)  k  nl  k 

addto(mnt,  f ailed_add(assertion,  kb,  int,  mnt,  kb.time) ,  nev_mnt) . 

all  [assertion,  kb,  int,  contrary]  : 
contradict_check(assertion ,  kb,  int) 

<- 

demoCint,  contradictory(assertion,  contrary))  k 
k  demo (kb,  contrary) 

&  !  &  fail. 

all  [assertion,  kb,  int]  : 

contradict_check(assertion,  kb,  int). 


The  general  knowledge-base  management  machinery  built  up  above  was  applied 
to  a  small  application  concerning  the  NAIC  consortium.  First  we  need  a  starting 
knowledge  base.  This  could  have  begun  empty.  The  overall  system  provides  facilities 
for  saving  the  current  state  of  the  kbm  system. 


theory (naic_kb) .  I  the  knowledge 

located(su,  city(syracuse)) . 
located(city (Syracuse) ,  state(ny)) . 
located(ub,  city (buff alo) ) . 
located(city (buff alo) ,  state(ny)) . 
located(um,  city (amherst) ) . 
located(city (amherst) ,  state(mass)) . 

pi(person(lesser,  vie),  project(l)). 
pi(person(croft,bruce) ,  project(l)) . 

title(project(l) , [a, knowledge, acquisition, assistance, and, explanation, system]) 
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pi (person (bowen, ken) ,  project (2) )  . 

title (project (2) , [knowledge, base, maintenance] ) . 

pi (person(shapiro , stu) ,  project(3)) . 

title (project (3) ,  [a, versatile .expert , system.f or , equipment .maintenance] ) . 

located(radc ,  afb(griff iss) ) . 
located(afb(griff iss) ,  state(ny)) . 

all  [x,y]  :  in(x,y)  <-  located(x.y) . 

all  [x ,y ,z]  :  in(x,y)  <-  located(x.z) ,  in(z,y) . 

all  [x.y.z]  :  same_state(x,y)  <-  in(x,state(z))  &  in(y,  state(z)). 

all  [person,  title,  project]  : 
directs(person,  title) 

<- 

pi (person ,  project)  &  title(project ,  title), 
endtheory . 

Next  we  need  definitions  of  predicates  which  provide  for  integrity  and  consistency 
maintenance.  There  are  several  points  worth  noting.  First,  the  definition  of  ’accept¬ 
able'  has  only  one  argument,  namely  the  proposed  new  addition  to  the  knowledge. 
However,  examination  of  the  code  for  ’integ.ck’  shows  that  the  goal 

accept able (Update) 

is  run  in  the  context  of  the  current  state  of  the  knowledge  base  (combined  with  the 
theory  ’naic-int'  defined  below).  Thus,  this  effectively  defines  the  notion  of  'acceptable 
with  respect  to  the  current  knowledge  base’.  Secondly,  the  definitions  of  ‘acceptable’ 
and  'inconsist'  are  domain-specific:  They  apply  to  the  anticipated  assertions  which 
the  system  may  consider.  Finally,  note  that  the  knowledge  base  designer  can  define 
procedures  (possibly  domain- specific)  which  update  derived  views  under  acceptable 
circumstances,  as  seen  in  Tec_update_via’. 


theory(naic_int) .  meta-level  integrity  &  consistency 


all  [placel,  place2]  : 

acceptable(located(placel ,  place2) ) 

<- 

subsidiary(placel ,  place2) . 

all  [placel,  place2]  : 

subsid(placel,  place2)  <-  atom(placel) . 

all  [placel,  place2]  : 

subsid(city (placel) ,  state(place2)) . 

all  [placel,  place2]  : 

subsid(state(placel) ,  country (place2) ) . 

all  [placel,  place2]  : 

subs id (country (placel) ,  continent (place2)) . 

all  [placel,  place2]  : 

subsidiary(placel ,  place2) 

<- 

subsid(placel ,  place2) . 

all  [placel,  place2,  place3]  : 
subsidiary(placel ,  place2) 

<- 

subsid(placel ,  place3)  4  subsidiary (place3,  place2) . 
all  [x]  : 

is_place(city(x))  <-  atom(x) . 
all  [x]  : 

is_place(state(x))  <-  atom(x) . 
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all  [x]  : 

is_place(country (x) )  <-  atom(x) . 
all  [x]  : 

is_place(continent(x))  <-  atom(x) . 

all  [namel,  name2,  number,  boss,  what]  : 
acceptable(pi (boss ,  what)) 

<- 

boss  =  person(name2 ,  namel) 

&  what  =  project (number)  &  integer(number) . 

all  [number,  words]  : 

acceptable(title(project(number) ,  words)) 

<- 

integer (number)  &  list_of _atoms(words) . 

list.of _atoms(  [] ) . 

all  [head,  tail]  : 

list_of .atoms ( [head  I  tail]) 

<- 

atom(head)  &  list.of _atoms(tail) . 

,/.,/.=========  Rules  for  inconsistency  ======  '/,i,'l,VL 

all  [x,  y]  : 

contradictory (x,  y) 

<- 

inconsist (x,  y) . 

all  [x,  y]  : 

contradictory(x,  y) 

<- 

inconsist (y ,  x) . 
all  [x]  : 
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inconsist (male (x) ,  female(x)). 
all  [x]  : 

acceptable(male(x) ) . 
all  [x]  : 

acceptable(feraale(x)) . 

*/.'/,=====  Rules  for  updating  views  ====  ‘/.'/.V,*/.'/, 

all  [assertion,  definition,  body]  : 
update_via( assert ion,  definition) 

<- 

clause(assertion,  body)  4 
rec_update_via(body ,  definition) . 

all  [al,a2,  bl,b2]  : 

rec_update_via((al,a2) ,  (bl,  b2)) 

<-  !  4 

rec_update_via(al ,  bl)  4  rec_update_via(a2 ,  b2) . 

all  [assertion,  definition]  : 

rec_update_via(assertion ,  definition) 

<- 

var (assertion)  4  !  4  fail. 

all  [assertion,  definition]  : 

rec_update_via( assert  ion,  definition) 

<- 

atom(assertion)  &  !  & 

(clause(assertion ,  body)  4  !  4 
rec_update_via(body ,  definition)  ; 
definition  =  assertion) . 

all  [assertion,  predicate,  args]  : 

rec_update_vi a (assert ion,  assertion) 

<- 
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assertion  =  ..  [predicate  !  args] . 


endtheory . 

theory (naic_mnt) .  '/.  kbm  maintenance 

all  [x,y]  : 

subset (x,  y) 

<- 

subsetO(x ,y) . 

all  [x,y,z]  : 
subset (x,  y) 

<- 

subsetO(x,z)  &  subset(z,  y) . 

all  [x,  y,  z]  : 
belongs(x,y) 

<- 

belongs_to(x,  y,  z) . 

all  [x,  y,  z,  u]  : 
belongs (x,  y) 

<- 

true  & 

subsetO(u,  y)  k 

demo(y,  clause (x,  z)). 

endtheory . 


While  only  a  small  toy  example,  the  code  above  demonstrates  the  ease  with  which 
knowledge  base  implementers  can  directly  define  notions  of  consistency  and  maintance 
specific  to  the  content  of  the  particular  application.  (No  revision  maintenance  is 
conducted  in  this  example.  See  the  ‘Itm’  example  below.) 
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11.6.4  Reason  Maintenance  and  Theory  Manipulation 


By  bringing  the  problem-solver  and  knowledge-base  maintenance  program  closer 
together  than  previously,  a  very  useful  and  potentially  efficient  methodology  has 
evolved.  As  in  the  preceeding  section,  one  writes  a  version  of  the  metaProlog  in¬ 
terpreter  as  normally  expressed  in  Prolog  with  an  explicit  argument  indicating  the 
theory  underwhich  the  deduction  is  being  performed.  However,  in  this  interpreter, 
one  includes  an  implementation  of  the  usual  Prolog  assert.  At  the  metalevel,  this  is  a 
logical  axiomatization  of  such  a  system.  The  implementation  of  assert  requires  that 
the  interpreter  check  the  consistency  of  the  assertion  being  added  against  an  integrity 
theory  which  is  also  carried  around  by  the  interpreter.  If  the  consistency  check  fails, 
the  interpreter  consults  its  revision  theory  to  guide  revision  of  the  knowledge  base  to 
a  consistent  state.  As  is  usual  with  such  interpreters,  a  source- to-source  transformer 
is  created  which  partially  evaluates  the  domain  problem-solving  rules  and  knowledge 
base  relative  to  this  interpreter  (via  expansion  of  arguments).  Not  only  do  the  trans¬ 
formed  rules  run  much  more  efficiently,  but  consideration  of  the  manner  in  which  thev 
are  compiled  provides  insight  into  how  the  process  might  be  pushed  deeper  into  the 
metaProlog  compiler’s  abstract  machine. 

Some  exploratory  work  on  an  implementation  (in  metaProlog)  of  a  ’’logic-based” 
reason  maintenance  system  in  the  style  of  McAllester  was  begun.  A  top-level  sketch 
of  this  experiment  follows.  (It  is  written  in  conventional  Prolog  syntax  which  our 
metaProlog  compiler  accepts.  When  more  fully  developed,  it  will  be  converted  to 
metaProlog  syntax  via  an  automatic  conversion  program.) 


ltm . pro 

Logic-Based  Truth  Maintenance 


solve(Problem,  Solution,  KB,  Final_KB) 

demo(solver,  solved(KB,  Solution'Problem)  ). 
x (N)  :  - 

name(N,  N_Stnng)  , 

appendCexanp"  ,  N.Strmg,  ".pro",  File.String)  , 


*/ 
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name(File,  File.String) , 

append("x",  N.String,  Th.Name.String) , 

name (Theory .Name ,  Th.Name.String), 

consult(File,  Theory .Name) , 

demo (Theory .Name ,  init ialize.kb (KB)  ), 

demo (Theory .Name ,  goal_problem(Prcblem/Solution)  ), 

solve(Problem,  Solution,  KB,  Final.KB), 

nl ,  write(problem=Problem) ,nl , 

write('  solved  by  solution: 1 ) ,nl , 

write(Solution) ,nl . 


theory  solver.  */.  $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$£$$$$$$$$$$$$$ 

use (kb.primitives) . 

solved(KB,  Output 'Problem,  T) 
current .focus (KB,  TO), 
solves(Problem,  KB,  TO,  T) . 

solves (Problem,  KB,  KB,  T,  T) 

status (Problem,  KB,  T,  true),  !. 

solve(  (Probl  &  Prob2) ,  KBO ,  KB1 ,  TO,  Tl) 

•  _  i 

*  •  ) 

solves (Probl ,  KBO,  KB.Inter,  TO,  T.Inter), 
solves (Prob2 ,  KB.Inter,  KB1,  T.Inter,  Tl) . 

solves (Problem,  KBO,  KB1 ,  TO,  Tl) 

rule_of(KB0,  TO,  Problem,  Body), 
solves(Body,  KBO,  KB1 ,  TO,  Tl) . 

solves (Problem,  KBO,  KB1 ,  TO,  Tl) 


status (Problem ,  KBO,  TO,  unknown), 


possible_assumption(KBO,  TO,  Problem), 

demo(reason_maint ,  assumable(Problem,  KBQ,  KB1,  TO,  Tl)  ). 


Deep  failure  causing  backtracking  to  this  point  will  be  handled 
tail-recursively  inside  ’ reason_maint '  in  the  definition  of 
assumable,  which  will  look  for  an  acceptable  way  to  back  up 
the  theory  TO  (typically  removing  some  assumptions  under  some 
maintenance  regime)  to  yield  a  theory  T3  and  knowledge  base 
state  KB3,  and  then  calling 
solves (Problem ,  KB3,  KB1,  T3,  Tl) . 

Consequently,  we  see  that  if  we  originally  submit  the  goal 
: -solves (Problem ,  KBO ,  KB1 ,  TO,  Tl) 

and  it  succeeds,  Tl  is  not  necessarily  a  monotonic  extension  of  TO, 
but  is  an  extension  of  some  acceptable  revision  of  TO. 

+  ++++++++J 

endtheory.  */.  solver  ######################################## 


theory  reason.maint .  7.  $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ 


use(kb_primitives)  . 

assumable (Formula ,  KBO,  KB1,  TO,  Tl) 


status (  not (Formula) ,  KBO,  TO,  true),  !, 
f ind_altemate(Formula,  KBO,  TO,  KB3,  T3)  , 
demo(solver,  solves (Formula ,  KB3,  KB1,  T3,  Tl)  ). 

assumable (Formula ,  KBO,  KB1 ,  TO,  Tl) 


integrity_theory_of (KBO  Integ.Th) , 
demoOlnteg.Th ,  acceptable(Form ,  TO)  ), 
not(  inconsistent(Formula,  TO,  KBO)  ), 
addto(T0,  Formula,  Tl) , 

updat e_maint_ records (TO ,  addto(T0,  Formula,  Tl),  Tl ,  KBO,  KB1) . 
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assumable (Formula,  KBO ,  KB1 ,  TO,  Tl) 


f ind_alternate (Formula,  KBO,  TO,  KB3,  T3) , 
solves(Formula,  KB3,  KBl,  T3,  Tl) . 

inconsistent (Formula,  Theory,  KB) 

status(Formula,  Other_Theory ,  K3 ,  false), 
records(KB,  extends (Other_Theory ,  Theory)  ),  !. 

inconsistent (Formula,  Theory,  KB) 

demo(Theory,  not(Formula)  ). 

endtheory.  */,  reason_maint  ##################################### 

theory  kb  .primitives .  ’/.  $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ 

records(KB,  extends(Tl,  T2)  ) 

extension_records_of (KB,  Ext.Recs) , 
demo(Ext_Recs ,  extends(Tl,  T2)  ). 

update_mamt_records(TO,  addto(T0,  Formula,  Tl),  Tl,  KBO,  KBl) 

extension_records_of (KBO ,  Ext.RecsO) , 

addto (Ext.RecsO ,  extends(TO,  Tl) ,  Ext.Recsl), 

update_kb(extension_records ,  Ext.Recsl,  KBO,  KBl). 

status (Formula,  Theory,  KB,  Status.Value) 

kb.access (status.records ,  KB,  Status.Theory) , 
demo(Status_Theory ,  status (Theory ,  Status  _ /alue)  ). 

extension_records_of (KB ,  Ext.Recs) 

kb.access (extension.records ,  KB,  Ext.Recs) . 
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current _focus (KB,  T) 


kb.access (current _focus ,  KB,  T). 

kb_access(What ,  KB,  Ext_Recs) 

kb_access_table(What ,  ArgNum) , 
arg(ArgNum,  KB,  Ext_Recs) . 

kb_vector_size(3) . 

kb_access_table(status_records ,  1) . 
kb_access_table(extension_records ,  2) . 
kb_access_table(current_f ocus ,  3) . 

make_kb(Arg_List ,  KB) 

kb_vector_size(KB_Size) , 
functor(KB,  kb,  KB _Size) , 
install_kb_args(Arg_List ,  KB). 

install_kb_args( [] ,  KB). 

install_kb_args( [  Entry _Name  =  Entry _Value  |  Rest_Arg_List] ,  KB) 

kb_access_table(Entry_Name ,  Entry _Num) , 
arg(Entry_Num,  KB,  Entry_Value) , 
install_kb_args(Rest_Arg_List ,  KB) . 

endtheory.  7,  kb.primitives  ####################################### 


In  the  course  of  working  on  the  ltm  example,  it  is  becoming  clear  that  our  approach 
to  metaProlog  may  provide  an  even  greater  potential  with  regard  to  reason  mainte¬ 
nance  than  we  originally  thought.  When  one  reflects  on  the  details  of  our  metaProlog 
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compiler,  one  sees  that  there  are  two  distinct  components  to  the  treatment  of  theories: 
(1)  provision  for  the  raw  physical  notion  of  individual  independent  theories,  in  our 
system,  theories  are  identified  with  clause-indexing  patches  referring  to  subsets  of  a 
global  "blackboard"  of  clauses;  (2)  maintenance  of  relationships  among  theories;  in  the 
present  metaProlog.  we  support  maintenance  of  historical  relationships. 

The  implementation  of  the  former  is  independent  of  the  latter  (though  2  does  relv  on 
1.  but  this  causes  no  problem  for  the  following).  It  seems  apparent  that  (2)  could  be 
replaced  or  supplemented  by  maintenance  of  other  sorts  of  relationships  between 
theories,  in  particular,  the  sorts  of  relationships  inherent  in  reason  maintenance. 

A  good  deal  of  more  exploration  and  experimentation  will  be  necessary  before  the 
situation  becomes  sufficiently  clear  to  determine  whether  the  processes  of  reason 
maintenance  can  be  sufficiently  analyzed  into  primitive  process  to  warrant 
elaboration  of  additional  instructions  and  facilities  in  the  underlying  Abstract  Prolog 
Machine. 

Assumption-Based  Reason  Maintenance  w’as  also  a  concern.  Here  the  primary 
concern  is  with  the  excessive  storage  demands  of  de  Kleer's  methods.  The  goal  is  to 
discover  methods  of  achieving  much  more  virtual  implementations  of  his  ideas.  The 
target  is  to  be  able  to  explicitly  maintain  the  theories  lying  along  the  two  fringes:  The 
boundary  between  the  unexamined  theories  and  the  known  inconsistent  theories,  and 
the  boundary’  between  the  unexamined  theories  and  the  known  consistent  theories  All 
other  theories  which  have  been  examined  (both  consistent  and  inconsistent)  will  be 
maintained  in  a  compact  a  virtual  representation  as  possible  by  describing  them  in 
terms  of  theories  lying  on  the  fringe.  In  essence,  these  descriptions  say  what  must  be 
added  to  or  deleted  from  a  fringe  theory  in  order  to  obtain  a  given  virtual  theory.  The 
advantage  can  be  gained  by  grouping  the  theories  around  the  statements.  Conceptually, 
the  maintenance  will  involve  quadruples 

v(Formula.  Sign.  FringeTheory.  L). 

where  I.  is  a  list  of  virtual  theory  ids  such  that  the  given  formula  must  be  added  to  (Sign 
=  +■)  or  deleted  from  (Sign  =  -]  FringeTheory  for  each  of  the  theories  whose  ir!  is  on  the 
list 
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11.7  Ilyas  Cicekli 


The  Design  and  Implementation  of  The  metaProlog  System 

Most  of  the  meta-level  systems  implemented  in  the  last  decade  are  meta-level  inter¬ 
preters  which  introduce  extra  interpretation  layers  that  slow  down  the  execution.  The 
metaProlog  system  described  in  this  report  is  a  compiler-based  meta-level  system  for 
the  metaProlog  programming  language.  Since  metaProlog  is  an  extension  of  Prolog, 
we  extended  the  Warren  Abstract  Machine  (WAM)  to  the  Abstract  metaProlog  En¬ 
gine  (AMPE).  metaProlog  programs  are  directly  compiled  into  the  instructions  of  the 
AMPE. 

In  the  rest  of  this  report,  the  metaProlog  system  is  briefly  described.  Theories 
which  are  first  class  objects  in  metaProlog,  and  their  representations  in  the  metaPro¬ 
log  system  are  discussed  in  Section  2.  The  basic  structure  of  the  AMPE  is  explained 
in  Section  3.  In  the  last  section,  the  garbage  collector  of  the  metaProlog  system  is 
presented. 


11.7.1  metaProlog  Theories 

In  Prolog,  there  is  a  single  database,  and  all  goals  are  proved  with  respect  to  this 
database.  When  there  is  a  need  to  update  this  database,  the  builtins  assert/retract, 
which  are  ad  hoc  extensions  to  the  basic  logic  programming  paradigm,  are  used  to 
create  the  new  version  of  this  database  by  destroying  the  old  database  in  the  favor  of 
the  new  one.  On  the  other  hand,  there  can  be  more  than  one  theory  in  metaProlog, 
and  a  goal  can  be  proved  with  respect  to  one  of  these  theories.  A  new  theory  in 
metaProlog  is  created  from  an  old  theory  without  destroying  the  old  theory. 

A  new  theory  is  created  from  an  old  theory  that  already  exists  in  the  system  by 
adding  some  clauses  or  dropping  them.  The  new  theory  inherits  all  procedures  of  the 
old  theory  except  procedures  explicitly  modified  during  its  creation.  Although  we 
create  a  new  theory  from  an  old  theory,  the  old  theory  is  still  accessible  by  the  user. 

The  provability  relation  between  a  theory  and  a  goal  is  explicitly  represented  in 
metaProlog  by  a  two  argument  predicate  ’’demo’’.  The  relation  ”demo(Theory,Goal)” 
precisely  holds  when  '’Goal”  is  provable  in  "Theory”.  Similarly,  the  relation  demo( 
Theory,  Goal,  Proof)  holds  when  "Proof’  is  the  proof  of  ’’Goal  in  "Theory”.  When 
one  of  these  provability  relations  is  encountered,  the  underlying  theorem  prover  tries 
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to  prove  the  given  goal  with  respect  to  the  given  theory. 

Theories  of  the  metaProlog  system  are  organized  in  a  tree  whose  root  is  a  distin¬ 
guished  theory,  the  base  theory.  The  base  theory  contains  all  the  system  builtins,  and 
all  other  theories  in  the  system  are  descendants  of  the  base  theory.  In  other  words, 
all  theories  can  access  procedures  of  the  base  theory. 

Every  theory  in  the  metaProlog  system  possesses  a  default  theory  except  for  the 
base  theory.  The  default  theory  of  a  theory  T  is  the  theory  where  we  search  for  a 
procedure  if  the  search  for  that  procedure  in  T  fails.  This  search  through  default 
theories  continues  until  the  procedure  is  found  or  the  base  theory  is  reached. 

To  shorten  the  depth  of  the  theory,  theories  in  the  metaProlog  system  are  classified 
into  two  groups  :  "default  theories”,  and  ” non- default  theories”.  A  ” non-default 
theory”  is  a  theory  that  carries  information  about  all  procedures  that  underwent 
modifications  in  the  ancestor  theories  between  this  theory  and  its  default  theory. 
Access  to  these  procedures  is  very  fast,  at  the  expense  of  copying  some  references. 
The  default  theory  of  a  theory  is  the  first  ancestor  theory  that  is  a  ’’default  theory”.  A 
’’default  tneory”  is  a  theory  whose  descendants  don’t  carry  any  information  about  th 
procedures  occurring  in  that  theory.  If  only  default  theories  are  used,  access  to  a  given 
procedure  in  a  given  theory  may  require  a  search  through  all  its  ancestor  theories.  In 
this  case,  access  to  a  procedure  may  be  slow,  but  no  copying  of  references  is  needed. 
Depending  on  the  problem,  the  system  tries  to  use  one  or  the  other  approach,  or  a 
combination  of  both  to  achieve  a  balance  between  speed  of  access  and  space  overhead. 

When  a  new  theory  is  created  from  a  non-default  theory,  its  default  theory  will 
be  its  father’s  default  theory.  But  if  a  new  theory  is  created  from  a  default  theory,  its 
default  theory  will  be  its  father.  In  the  first  case,  the  new  theory  will  be  at  its  father’s 
level.  In  the  second  case,  the  new  theory  will  be  at  one  level  above  its  father’s  level. 
Thus  we  don’t  increment  the  depth  of  the  theory  tree  when  a  theory  is  created  from 
a  non-default  theory. 


11.7.2  Abstract  metaProlog  Engine 

Our  main  goal  in  this  project  was  to  create  an  efficient  compiler-based  metaProlog 
system.  Since  metaProlog  is  an  extension  of  Prolog,  the  Warren  Abstract  Machine 
(WAM)  was  the  best  starting  point.  For  this  purpose,  the  WAM  is  extended  to  the 
Abstract  metaProlog  Engine  (AMPE). 


11-56 


The  AMPE  performs  most  of  the  functions  of  the  WAM,  but  it  also  has  some  extra 
features  to  handle  theories  and  compiled  procedures  as  data  objects  of  the  system. 
These  extra  features  basically  are: 

•  Extra  registers  to  handle  theories  in  metaProlog. 

•  A  different  memory  organization  which  is  more  suitable  to  handle  compiled 
procedures  and  theories  as  data  objects  of  the  system. 

•  The  functions  of  the  procedural  instructions  in  the  AMPE  differ  from  their 
functions  in  the  WAM. 

There  are  two  new  registers  in  the  AMPE  in  addition  to  the  registers  the  WAM 
does.  The  first  one  is  the  ’’theory  register”  which  holds  the  current  theory  (context) 
of  the  metaProlog  system.  The  value  of  the  "theory  register”  is  changed  when  the 
context  of  the  system  is  switched  to  another  context.  This  register  is  also  saved 
in  choice  points  so  that  the  context  of  the  system  can  be  restored  the  value  saved 
in  the  last  choice  point  during  backtracking.  The  second  one  is  the  ’’theory  counter 
register”  which  is  simply  a  counter  to  produce  a  unique  theory-id  for  each  theory 
in  the  system.  It  is  is  incremented  to  indicate  the  next  available  theory-id  after  the 
creation  of  each  theory. 

The  code  space  and  the  heap  in  the  WAM  are  integrated  as  a  single  data  area 
in  the  AMPE  which  is  more  suitable  to  handle  compiled  procedures  as  data  objects. 
This  integrated  st>ace  in  the  AMPE  is  still  called  "heap”.  Thus  theories  and  compiled 
procedures  can  be  created  on  fly,  and  they  are  can  be  easily  discarded  when  the  need 
for  them  is  gone.  The  local  stack  and  the  trail  of  the  AMPE  still  perform  the  same 
job  they  perform  in  the  WAM. 


11.7.3  Proofs 

The  AMPE  can  run  in  two  different  modes.  When  a  two  argument  "demo”  predicate 
is  encountered,  the  system  runs  in  the  simple  mode.  In  the  simple  mode,  the  system 
only  proves  a  goal  with  respect  to  the  current  theory  of  the  system.  When  a  three 
argument  "demo"  predicate  is  encountered,  the  mode  of  the  system  is  switched  to  the 
proof  mode.  In  the  proof  mode,  a  goal  is  not  only  proved  with  respect  to  the  current 
theory  of  the  system,  its  proof  is  also  collected.  At  the  implementation  level,  the 
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mode  of  the  system  is  represented  by  a  mode  flag  which  is  also  saved  in  choice  points 
so  that  the  system  can  switch  from  one  mode  to  the  smother  during  backtracking. 

In  the  simple  mode  of  the  system,  only  the  core  part  of  the  system  described  above 
is  used.  On  the  other  hand,  two  extra  registers  are  used  in  addition  to  the  core  part 
of  the  system  when  the  system  runs  in  the  proof  mode.  These  extra  two  registers  are 
used  to  collect  the  proof  of  a  goal  during  its  execution. 


11.7.4  Fail  Branches 

After  finishing  the  core  part  of  the  metaProlog  system,  I  started  to  extend  the 
metaProlog  system  which  can  handle  extra  control  information  in  the  demo  pred¬ 
icate.  Now,  the  metaProlog  system  have  the  following  capabilities. 

1.  Now  the  system  can  get  fail  branches  of  a  goal  in  addition  to  its  success  branches 
(proofs).  When  the  goal  ”demo(T,G,branch(P))”  is  submitted,  P  is  unified  with 
a  branch  (fail  or  success)  of  the  proof  tree  of  G  in  T.  On  the  other  hand,  when 
the  goal  ”demo(T,G,proof(P))”  is  submitted,  P  is  unified  with  only  a  success 
branch  of  the  proof  tree  of  G  in  T. 

2.  The  system  also  supports  a  fourth  argument  demo  whose  fourth  argument  is 
control  information.  In  some  cases,  to  get  a  complete  proof  of  a  goal  can  be 
unnecessary.  We  may  not  need  all  proofs  of  subgoals.  For  this  purpose,  proofs  of 
these  subgoals  can  be  skipped  by  using  the  following  form  of  the  demo  predicate. 

demo(T,  G ,  proof  (P),  skip.proof  s.of  (Subgoals)) 

After  the  execution  of  the  above,  proofs  of  SubGoals  don't  appear  in  the  proof 
P  of  G  in  T. 


11.7.5  Garbage  Collector 

The  garbage  collector  of  the  metaProlog  system  collects  all  the  garbage  in  the  system 
including  the  garbage  in  the  code.  It  consists  of  a  recursive  marking  routine  and 
a  compaction  routine.  The  marking  routine  recursively  marks  all  locations  in  the 
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heap  which  are  accessible  from  external  locations  such  as  argument  registers,  and 
locations  in  the  local  stack.  The  garbage  compaction  routine,  an  extension  of  Morris’s 
compaction  algorithm,  adjusts  all  pointers  in  the  uncompacted  heap  and  does  the  real 
compaction. 
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11.8  Keith  Hughes1 

Interfaces  to  Databases 


11.8.1  Introduction 

The  combination  of  logic  programming  and  relational  database  systems  is  a  desir¬ 
able  goal,  because  intelligent  processing  of  large  numbers  of  facts  becomes  possible. 
Database  systems  are  very  good  at  retrieving  large  amounts  of  data  while  doing  little 
or  no  inference.  On  the  other  hand,  logic  programming  languages  such  as  Prolog 
provide  powerful  methods  for  doing  inference,  but  are  inadequate  when  it  comes  to 
processing  substantial  bodies  of  facts. 

Logic  and  relational  database  systems  (RDBS)  are  known  to  have  close  theoreti¬ 
cal  connections  [GallierTS];  and  many  people  have  advocated  an  amalgam  of  the  two. 
Extensions  to  Prolog  to  achieve  such  an  amalgamation  have  been  suggested,  but  there 
are  problems  with  each.  They  do,  however,  point  to  possible  solutions.  VMProlog 
allows  SQL  queries  to  be  used  in  the  middle  of  Prolog  statements,  but  this  makes 
a  distinction  between  program  and  data.  The  resulting  programs  are  overly  compli¬ 
cated.  Other  methods,  which  require  direct  modifications  to  Prolog  itself,  include  the 
compiled  method  [ReiterTSa]  and  the  interpretive  method  [MinkerTS]. 

The  system  to  be  described  here  is  a  combination  of  a  Prolog  system  and  the  RDBS 
system  Ingres  [Stonebraker76].  This  system  provides  a  framework  for  experimentation 
with  alternatives  for  handling  the  interface  between  Prolog  and  a  RDBS.  It  uses  a 
variant  of  the  compiled  approach  to  hand  queries  to  the  RDBS  system.  The  database 
system  is  extended  with  a  secondary  program  to  handle  the  large  amounts  of  data. 
This  paper  will  trace  the  history  of  the  system,  with  particular  attention  to  the 
problems  which  arose,  and  what  was  done  to  solve  them.  Finally,  a  plan  for  future 
work  will  be  given. 


11.8.2  Previous  Approaches 

The  previous  approaches  have  encountered  a  variety  of  problems.  These  problems 
include  such  areas  as  handling  recursion,  efficient  handling  of  very  large  databases 

‘This  work  supported  by  Applied  Logic  Systems,  Inc.  under  U  S.  Army  contract  DAAB10-86-C- 
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(of  the  order  of  gigabytes  of  information),  and  readability  of  programs.  This  section 
discusses  some  of  the  major  attempts  and  the  problems  related  to  each. 


11.8.3  The  Interpreted  Method 

The  interpreted  method  [Minker78]  requires  major  changes  to  the  underlying  Prolog 
system.  The  reader  is  referred  to  [Chakravarthy]  for  the  details  of  this  method.  The 
major  idea  is  that  the  computation  extracts  the  correct  answer  from  the  set  of  all 
possible  solutions  to  each  subgoal  of  the  program.  Each  subgoal  is  seen  as  a  restriction 
process.  All  of  the  possible  answers  from  the  previous  state  of  the  query  are  examined 
by  the  current  restriction,  and  those  not  passing  are  removed.  This  method,  instead 
of  being  the  one-answer-at-a-time  idea  that  Prolog  adopts,  provides  the  user  with  all 
of  the  answers  at  once. 

The  main  problem  is  the  amount  of  data  that  must  be  passed  between  the  logic 
system  and  the  RDBS,  especially  if  they  are  in  different  processes  on  a  single  machine, 
or  split  up  between  two  pieces  of  hardware.  The  database  is  going  to  send  megabytes 
of  information  to  Prolog,  which  will  then  pass  it  back.  Much  time  is  going  to  be 
spent  in  communication  of  this  data.  Moreover,  buffering  this  much  data  in  the  two 
systems  requires  Prolog  to  have  a  database  manager  of  its  own,  defeating  the  purpose 
of  using  the  database  system  in  the  first  place.  Techniques  exist  for  optimizing  the 
data  structure  representing  the  set  of  solutions  at  each  stage  of  the  computation,  but 
this  method  is  felt  to  be  inadequate  for  very  large  databases. 


11.8.4  The  Compiled  Method 

The  compiled  method  [Reiter78a]  postpones  database  queries  as  long  as  possible 
before  sending  them  to  the  database  system.  A  meta-interpreter  could  be  written 
with  definite  clause  grammers  in  Prolog  to  simulate  this  method.  The  interpreter 
would  notice  when  a  database  call  is  being  made  and  add  it  to  a  list  of  other  calls 
that  are  pending.  When  the  main  program  finishes  running,  all  of  these  queries  are 
sent  in  bulk  to  the  database  system,  at  which  time  the  user  gets  the  answer  to  his 
query  back. 

The  problem  with  this  method  is  that  it  is  assumed  that  the  procedures  in  the  logic 
program  are  non-recursive.  When  the  program  is  recursing,  the  system  could  possibly 
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pile  up  requests  until  memory  was  full,  getting  no  useful  work  done.  [Reiter78b] 
discusses  cases  where  the  recursion  terminates,  and  takes  advantage  of  this.  However, 
not  every  program  will  have  this  ability.  Some  recursions  may  terminate  only  when 
an  appropriate  answer  is  retrieved  from  the  database.  One  possibility  is  to  perform  a 
flow  analysis  on  the  program  and  decide  when  recursion  will  not  terminate,  and  make 
the  database  calls  earlier.  However,  the  flow  analysis  may  prove  to  be  difficult. 


11.8.5  VMProlog 

VMProlog  is  closest  to  the  current  method  used.  VMProlog  allows  statements  to 
be  made  to  the  SQL  database  system  by  interspersing  SQL  statements  with  Prolog 
goals.  An  evaluatable  predicate  SQL  was  added  to  Prolog,  which  allows  a  query  to 
be  sent  to  the  appropriate  system.  An  example  call  to  SQL/DS  would  be 


.  . . , sql( ’ select  flynb ,airport2  from  flyex  where  airport 1="R0ME" ' ,*1) , . . . 


where  *1  is  the  variable  to  be  instantiated  to  a  list  of  the  answers  to  the  query.  The 
query  is  allowed  to  backtrack  if  necessary,  giving  more  possible  instantiations  of  the 
variable. 

This  interface  allows  the  database  call  to  look  like  a  Prolog  call,  but  the  statement 
of  the  query  is  not  the  same  as  if  the  query  were  stated  as 

$ . . . ,f  ly ex (Flynb ,  rome .Airport 2 , » • • •$ 


which  looks  more  like  a  Prolog  predicate.  A  simple  database  compiler  could  take  care 
of  this  problem. 


11.8.6  The  Syracuse  Implementation 

The  system  which  follows  is  a  testbed  for  trying  various  alternatives  for  Prolog/RDBS 
interfaces.  Several  evaluatable  predicates  were  added  to  a  version  of  Prolog  written 
at  Syracuse  [Bowen85]  to  allow  communication  with  the  Ingres  RDBS.  Having  no 
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large  databases  to  test  the  system  has  been  a  problem.  The  Prolog  system  and  the 
interface  were  written  in  C  on  a  VAX780  running  Unix. 

A  variation  of  the  compiled  approach  and  the  VMProlog  approach  is  used.  The 
SQL  predicate  in  VMProlog  allows  the  user  to  keep  writing  in  Prolog  without  having 
to  delve  too  far  into  another  language.  The  compiled  method  is  advantageous  in  that 
it  requires  only  slight  modification  to  existing  Prolog  systems  and  doesn’t  have  the 
problems  the  interpreted  method  has  with  very  large  databases. 


11.8.7  The  Initial  Attempt 

The  first  pass  at  the  interface  added  three  new  predicates  to  Prolog:  initlngres , 
calllngres,  and  killlngres.  initlngres  started  up  an  Ingres  sub-process,  which  could 
then  be  removed  by  killlngres.  initlngres  had  one  argument,  being  the  database  in 
which  the  predicates  were  to  be  found. 

calllngres  actually  made  the  queries  to  Ingres  through  the  EQUEL  [Stonebraker76] 
routines  supplied  with  Ingres.  EQUEL  supplies  a  series  of  C  routines  to  allow  an 
application  programmer  to  call  Ingres  from  the  application  program,  calllngres  had 
a  single  argument,  being  the  predicate  the  user  was  interested  in.  This  call  was  then 
changed  into  the  QUEL  query  language  for  Ingres  and  sent  to  Ingres,  where  it  was 
processed.  The  results  were  then  returned  and  unified  with  the  variables  in  the  call. 
Any  atoms  retrieved  by  Ingres  were  installed  in  Prolog’s  name  table. 

For  example,  a  call  of 


cal 1 Ingres (part s (PNura.PName , pink .Height , Qoh) ) 


would  cause  the  QUEL  statements 


range  of  e  is  parts 

retrieve  (e . pnum , e . pname , e . weight , e . qoh)  where  e . color="pink" 


to  be  sent  to  Ingres.  If  no  tuples  were  returned,  calllngres  would  fail.  If  there  were  any 
answers,  calllngres  would  unify  the  variables  in  the  call  with  the  answers  returned. 
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If  backtracking  occurred,  the  next  tuple  would  be  retrieved,  and  the  variables  in  the 
call  would  be  re-bound. 

This  approach  has  several  problems.  First,  Prolog  has  to  know  about  the  details  of 
QUEL.  If  another  database  system  were  to  be  used,  the  evaluatable  predicates  would 
have  to  be  rewritten.  Second.  Ingres  returns  all  solution  tuples  at  once,  while  Prolog 
can  only  consume  one  answer  at  a  time.  Finally,  there  is  only  one  communication 
channel  out  of  Ingres.  Thus,  the  user  is  allowed  only  one  backtrackable  call  to  the 

RDBS. 

11.8.8  DBMachine 

DBMachine  is  an  program  to  handle  two  of  the  problems  encountered  with  calllngres: 
(1)  the  RDBS  wants  to  retrieve  all  tuples  answering  a  query  at  once,  and  (2)  the  need 
for  more  than  one  call  to  the  database  at  a  time,  with  backtracking  if  necessary.  It  is 
a  program  which  allocates  buffers  to  Prolog  calls  to  the  database,  passes  the  call  to 
Ingres,  and  stores  the  tuples  received  from  Ingres  in  these  buffers. 

When  Prolog  needs  the  database  system,  it  creates  a  DBMachine  process,  which 
then  starts  up  an  Ingres  process  with  the  appropriate  database.  Prolog  requests  are 
made  to  DBMachine,  which  gets  the  required  information  from  Ingres  through  calls 
to  EQUEL.  Splitting  up  the  processes  is  useful  in  seeing  how  to  handle  networks  of 
machines  talking  to  each  other. 

No  QUEL  statements  are  sent  by  Prolog.  A  much  simpler  request  language  is  used 
by  Prolog,  which  then  can  be  translated  to  any  RDBS  query  language,  such  as  SQL 
or  QUEL.  This  was  done  to  increase  the  communication  bandwidth  between  Prolog 
and  the  RDBS.  Also,  the  Ingres  dependence  was  taken  away  from  Prolog,  allowing 
DBMachine  to  call  any  database  system  without  modifications  to  the  evaluatable 
predicates  in  Prolog. 


11.8.9  The  Prolog/DBMachine  Interface 

Development  of  this  interface  went  through  two  phases.  The  overall  appearance  didn't 
change  much,  but  the  underlying  mechanisms  changed. 

The  applications  programmer  talks  to  DBMachine  through  three  predicates:  initDB . 
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killDB,  and  query DB.  The  first  two  predicts  are  analogous  to  init Ingres  and  killlngres, 
except  that  they  start  and  stop  DBMachine. 

queryDB (Query)  passes  a  form  of  Query  to  DBMachine  and  instantiates  any  vari¬ 
ables  found  in  Query  to  the  tuples  passed  back  from  DBMachine.  queryDB  itself  is 
not  the  actual  call  to  DBMachine,  however.  In  order  to  keep  the  routines  in  C  from 
becoming  unmanageable,  and  to  allow  Prolog  to  backtrack  over  the  stream  of  tuples 
that  DBMachine  has  generated  in  response  to  the  query,  queryDB  is  written  in  Prolog 
as  follows: 

queryDB (Query) 

requestDB(Query .BufferlD) , 
getAnswers (g(BufferlD) , Query) . 

getAnswers(ID, Query) 
answerDB(ID, Query) . 
getAnswers(g(Buf f erlD) , _) 

BufferlD  <  0, 

1 .fail . 

getAnswers (ID , query) 

getAnswers(ID .Query) . 

Notice  that  the  two  predicates  called  requestDB  and  ansxverDB  are  hidden  from 
the  casual  user  because  they  have  a  procedural  flavor,  whereas  the  top  level  call 
queryDB  does  not.  requestDB  is  called  with  two  arguments,  one  instantiated  to  the 
query  to  be  made,  and  the  second,  a  variable  to  be  instantiated  to  the  number  (a 
positive  integer)  of  the  buffer  in  DBMachine  where  the  results  will  reside.  The  results 
are  then  retrieved  from  the  buffer  by  answer  DB ,  which  is  encapsulated  in  getAnswers 
to  allow  Prolog  to  backtracking  over  the  query.  The  internals  of  queryDB  are  hidden 
from  the  user  so  that  answerDB  can  make  a  destructive  assignment  to  signal  when 
no  more  answers  are  to  be  found  in  the  buffer.  If  there  are  tuples  left  in  the  buffer, 
answerDB  will  set  the  variables  in  Query  to  their  proper  values  for  the  next  tuple 
in  the  buffer.  If  the  program  requires  more  answers  for  Query ,  the  first  and  second 
clauses  will  fail,  and  getAnswers  will  be  called  again.  The  combination  of  the  first 
and  third  clauses  for  getAnswers  effects  the  iteration  through  the  buffer  as  Prolog 
backtracks  over  Query.  If  the  buffer  is  empty,  ansicerDB  changes  the  BufferlD  to  -1 
and  fails.  This  is  caught  by  the  second  clause  of  getAnswers.  which  causes  getAnswers 
to  fail.  Any  atoms  retrieved  through  answerDB  are  placed  in  Prolog's  name  table. 
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requestDB  modifies  Query  in  order  to  limit  the  amount  of  information  sent  to 
DBMachine.  In  the  first  phase  of  the  interface  development,  this  information  consisted 
of  the  predicate  name,  a  list  of  numbers  describing  which  columns  contained  the 
uninstantiated  variables,  and  a  list  of  column  numbers  corresponding  to  instantiated 
values,  along  with  those  values,  answer DB  would  examine  the  Prolog  structure  of 
Query,  noticing  where  the  variables  were,  and  get  the  corresponding  tuple  values  back 
from  the  buffer  in  DBMachine. 


11.8.10  Problems  with  Phase  One  and  Their  Solution 

Phase  one  of  this  interface  only  allowed  the  user  to  hand  one  call  to  DBMachine  at  a 
time.  To  solve  goals  of  the  form 


.  . . ,a(A,B,C) ,b(F,A,R)f. . . 


where  a  and  b  were  database  calls,  the  user  had  to  write  them  as 
....  queryDB(a(A ,B ,C) ) ,  queryDB (b(F , A ,R) ) ,  ... 


This  had  the  potential  of  retrieving  the  same  information  from  b  multiple  times  as 
multiple  a  tuples  were  extracted  before  a  pair  of  solutions  with  a  common  A  were 
found.  However,  this  operation  is  just  a  join  in  standard  RDBS  terminology,  and 
joins  are  something  RBDSs  do  well. 

During  the  second  phase  of  interface  development,  a  database  compiler  was  written 
to  allow  the  users  to  write  programs  with  little  thought  about  database  systems.  The 
compiler  attempts  to  retrieve  database  information  as  efficiently  as  possible.  The 
user  places  db  declarations  at  the  beginning  of  the  application  program,  stating  which 
predicates  are  database  calls.  For  example,  the  user  could  say 

db(parts/5) ,  db(item/6) 


to  declare  the  two  5-  and  G- place  predicates  parts  and  item  as  residing  in  the  database. 
The  program  is  then  read  in  using  dbCnnsult ( File),  which  reads  File  and  asserts 
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rewritten  forms  of  the  program  clauses.  This  rewriting  has  two  phases.  The  first 
simply  scans  the  clause  and  replaces  all  calls  having  predicates  declared  with  db  by 
a  queryDB  applied  to  the  call.  Then,  a  pass  over  the  rewritten  clause  optimizes  the 
call.  Currently,  the  only  optimization  attempted  is  that  contiguous  queryDB's  are 
merged  into  one  queryDB  call.  For  example, 

a  parts(A,B,C) ,item(A,F) ,  F  <  12000. 


is  changed  to 


a  queryDB ([parts (A, B,C) , itera(A.F)] ) ,  F  <  12000. 


At  the  moment,  any  other  possible  optimizations,  such  as  passing  range  checks  as 
shown  above,  are  not  performed.  Also,  disjunctions  are  ignored.  As  more  optimiza¬ 
tions  are  noticed,  they  will  be  added. 

In  the  first  phase  of  interface  development,  if  a  call  such  as  a(A,A)  was  made,  two 
items  were  passed  back  from  DBMachine  and  unified  together.  This  was  fixed  in  the 
second  phase.  After  sending  information  on  each  separate  predicate  to  DBMachine. 
requestDB  notices  where  variables  are  repeated  and  sends  this  information  along.  The 
restricted  QUEL  expression  generated  by  the  above  queryDB  would  be 


range  of  eO  is  parts 
range  of  el  is  item 

retrieve  (e0.coll,e0.col2,e0.col3,el. col2) 
where  eO.coll  =  el. coll 


which  is  processed  more  quickly  by  Ingres  than  the  unrestricted  QUEL 


range  of  eO  is  parts 
range  of  el  is  item 

retrieve  (e0.coll,e0.col2,e0.col3,el.coll,el.col2) 
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which  ha<?  many  more  possible  solutions.  In  one  test,  the  query  was  a  join  on  the 
first  argument  of  parts  and  item,  where  item  was  a  6  place  predicate  with  °0  tu¬ 
ples,  and  parts  was  a  5  place  predicate  with  14  tuples.  Without  the  restriction,  the 
cartesian  product  of  2S0  tuples  was  retrieved  by  Ingres,  taking  around  15  seconds. 
Approximately  10  seconds  were  then  used  to  unify  the  possible  combinations  together 
until  the  correct  tuple  was  found.  With  the  restriction  added,  less  than  a  second  of 
processing  time  was  needed.  Variables  with  multiple  occurrences  in  the  query  only 
elicit  one  value  to  be  returned  from  DBNlachine.  For  example,  the  above  restricted 
join  would  return  four  items  per  tuple  back  to  Prolog. 


11.8.11  Future  Research 

Many  problems  remain  to  be  solved.  One  problem  is  clogging  of  the  atom  table. 
When  strings  are  returned  from  DBNlachine,  they  are  stored  in  Prolog’s  name  table. 
With  a  large  database,  the  name  table  will  soon  be  clogged  with  new  atoms  from  the 
database,  even  though  many  may  be  useless  to  the  program.  One  possible  solution 
to  this  problem  is  to  have  DBMachine  assign  a  unique  identifier  to  each  atom  Prolog 
hasn't  already  entered  in  the  atom  table.  Also,  more  optimizations  on  the  query 
can  be  performed,  such  as  the  range  check  mentioned  above.  Allowing  variables 
and  structures  to  reside  in  the  database  would  be  helpful.  Another  modification  to 
improve  efficiency  would  be  to  have  DBMachine  return  Warren  Abstract  Machine 
code  [WarrenS3].  This  could  then  be  executed  by  Prolog  to  retrieve  the  possible 
answers  to  the  query. 

The  problems  above  only  relate  to  retrieval  from  the  database.  In  actual  appli¬ 
cations,  the  Prolog  system  will  have  to  make  updates  to  the  database.  An  approach 
similar  to  [WarrenS4],  with  appropriate  optimizations  for  bulk  updates  and  the  like, 
will  be  implemented. 


11.8.12  Conclusion 

Relational  database  systems  and  logic  are  so  closely  related,  it  seems  that  they  must 
be  joined  to  solve  the  problems  of  large-scale  knowledge  base  management.  There 
has  been  much  debate  as  to  the  right  approach  to  amalgamate  the  two.  The  interface 
system  constructed  in  this  project  provides  a  flexible  testbed  in  which  to  explore 
solutions  to  the  difficult  problems  arising  in  this  amalgamation.  Work  with  this 


11-68 


interface  has  indicated  solutions  to  some  questions  such  as  the  join  problem.  It  is  felt 
that  the  remaining  problems  can  be  similarly  solved,  resulting  in  a  powerful  amalgam 
of  Prolog  and  relational  database  systems. 
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11.9  Hyung-Sik  Park2 

Negation  and  Databases 

Hvung-Sik  Park  was  a  visiting  assistant  professor  of  Computer  and  Information  Sci¬ 
ence  during  the  academic  year  19S6-S7,  and  worked  on  the  grant  during  the  spring 
term  of  1988.  (He  accepted  a  position  at  the  University  of  Iowa  in  June  of  19SS.)  His 
research  area  is  the  interaction  between  logic  deduction  from  databases  and  the  as¬ 
sumption  of  the  Generalized  Closed  World  Assumption  (GCWA)  for  those  databases, 
which  was  the  subject  of  his  dissertation  at  Northwestern  University  under  the  direc¬ 
tion  of  Prof.  Lawrence  J.  Henschen.  Under  this  approach,  one  separates  the  complete 
database  available  to  the  program  into  two  distinct  parts:  The  Extensional  Database 
(EDB)  consisting  of  ground  atoms  (facts)  and  the  Intensional  Database  (IDB)  con¬ 
sisting  of  all  other  available  clauses.  The  assumption  is  that  in  large  applications 
the  size  of  the  EDB  will  dwarf  that  of  the  IDB,  and  that  typically,  the  EDB  will  be 
maintained  on  secondary  storage  while  the  IDB  will  often  reside  in  main  memory. 
The  concern  is  that  the  solution  of  complex  queries  will  lead  to  large  volumes  of 
retrievals  of  facts  from  the  EDB.  Since  retrieval  from  the  EDB  will  be  measured  in 
milliseconds  as  opposed  to  microsecond  retrievals  from  the  IDB.  this  would  lead  to 
serious  inefficiencies  in  applications. 

The  approach  taken  here  to  this  problem  is  based  on  the  general  compilation 
philosophy  followed  in  the  rest  of  the  project:  Determine  at  compile-time  the  EDB 
retrievals  which  can  follow  from  use  of  a  member  of  the  IDB.  Then  at  run  time, 
various  optimizations  to  speed  availability  of  the  EDB  facts  can  be  applied.  This  can 
range  from  semi-symbolic  execution  of  the  program  -  batching  all  retrievals  to  the  end 
of  symbolic  execution,  followed  by  retrieval  and  final  resolution  of  the  solution  -  to 
initiating  parallel  retrieval  and  caching  of  the  EDB  facts  associated  with  an  IDB  rule 
the  moment  it  is  evident  at  run-time  that  the  rule  will  be  executed.  For  Horn  clause 
databases,  the  basic  theory  of  this  approach  has  been  worked  out  in  [Chang,  19S1], 
[Henschen  and  Naqvi,  1984],  and  [Reiter,  1978a]. 

The  treatment  of  negative  information  causes  an  increase  in  problems.  Because 
of  the  potentially  large  volume  of  negative  facts  which  must  be  stored  if  explicit  rep¬ 
resentation  were  to  be  used,  it  is  preferrable  to  represent  negative  facts  implicitlv. 
This  leads  to  the  Closed  World  Assumption  (CWA  -  [Reiter.  197Sb] ):  A  ground  fact  is 
assumed  to  be  false  (i.e.,  its  negation  is  true)  if  it  cannot  be  deduced  from  the  combina- 

3This  section  written  by  K  A  Bowen. 
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tion  of  the  EDB  and  IDB.  Otherwise  stated,  this  is  the  principle  of  negation  by  failure: 
A  negated  ground  atom  is  provable  if  the  attempt  to  prove  (via  a  complete  positive 
deduction  procedure)  the  unnegated  ground  atom  fails.  For  Horn  databases,  the  re¬ 
lation  between  negation  by  failure  and  logical  negation  is  well-understood  ([Clark, 
1978]).  However,  for  non-Horn  IDBs,  the  CWA  leads  to  contradictions.  For  example, 
if  the  IDB  consists  of  (p  v  q)  alone,  then  neither  p  nor  q  is  a  logical  consequence  of  the 
DB,  so  that  under  the  CWA,  both  -p  and  -q  would  be  provable,  a  contradiction.  The 
difficulty  arises  because  p  (and  also  q)  is  indefinite  with  respect  to  the  DB:  neither  p 
nor  q  is  a  logical  consequence  of  the  DB.  The  example  demonstrates  that  the  negation 
by  failure  approach  does  not  distinguish  between  genuinely  false  atoms  (relative  to 
the  DB)  and  those  which  are  indefinite  relative  to  the  DB.3 

Define  PIGC  to  be  the  set  of  minimal  positive  ground  clauses  implied  by  the 
DB,  where  a  clause  is  minimal  if  it  is  not  properly  subsumed  by  any  positive  clause 
deducible  from  the  DB.  For  a  ground  atom  q,  PIGC[q]  consists  of  those  elements  of 
PIGC  in  which  q  occurs  positively  as  a  subformula.  The  Generalized  Closed  World 
Assumption  states  tnat  if  q  is  a  ground  atom,  then  -q  can  be  assumed  true  if  q 
is  not  deducible  from  DB  and  q  is  not  indefinite  with  respect  to  DB.  Let  us  write 
GCWA(DB,-q)  for  this  state  of  affairs.  It  follows  from  [Minker,  1982]  that  GCWA(DB, 
-q)  if  and  only  if  PIGC[q]  is  empty.  It  follows  that  the  problem  of  coping  with 
indefinite  formulae  can  be  reduced  from  treating  the  entire  set  of  indefinite  formulae 
(with  respect  to  DB)  can  be  reduced  to  computing  the  indefinite  formulae  relevant 
to  the  query  at  hand. 

Further  reductions  are  possible.  The  following  representations  are  known  (Hen- 
schen  and  Park,  [Henschen  and  Park,  1986]: 

(1 )  PIGC[q]  with  respect  to  DB  is  equivalent  to  PIGC[q]  with  respect  to  EDB  U 
NUGF  U  N H[q]  U  PSU B[nhi],  where 

C DB  =  IDB  U  NNUC, 

3The  unpleasant  nature  of  DBs  which  leave  some  formulas  indefinite  is  long-established:  Classical 
logic  and  model  theory  -eg.,  modern  proofs  of  the  Completeness  Theorem  -  exensivelv  utilize  meth¬ 
ods  f  Lindenbaum's  Lemma)  which  embed  initial  consistent  theories  or  DBs  in  complete  extensions; 
i  >\  in  supersets  which  leave  no  formulas  indefinite.  Unfortunately,  although  Lindenbaum's  Lemma 
guarantees  the  exist.  n--e  f  complete  extensions  (assuming  the  Axiom  of  Choice!,  the  problem  of  ob¬ 
taining  such  extensions  is  recursively  unsolvable.  Consequently,  even  in  those  settings  where  passing 
to  a  complete  extension  would  be  logically  reasonable,  it  is  not  computationally  possible.  Hence  the 
need  to  compute  the  set  of  indefinite  formulas  of  the  original  theory.  -KAB 
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(2)  P IGC [q]  with  respect  to  DB  is  equivalent  to  PIGC[q]  with  respect  to  EDB  U 
XH{q]  U  PSU B[nhi ],  where 


CDB  =  IDBU  NC, 


In  both  cases,  NH[q]  is  the  set  of  minimal  non-Horn  clauses  containing  a  positive 
occurrence  of  the  predicate  of  q  and  are  derivable  from  CDB,  NNUC  is  the  set  of 
negative  nonunit  clauses,  and  NUGF  is  the  set  of  negative  unit  ground  facts,  NC  is 
the  set  of  negative  clauses,  and  PSUB[nhi]  is  the  set  of  clauses  derivable  from  CDB 
and  which  potentially  subsume  some  clause  in  NH[q]. 

All  of  the  foregoing  results  are  valid  for  DBs  whose  formulae  contain  no  function 
symbols.  During  the  spring  term,  Park  investigated  methods  for  possible  extension 
of  the  results  to  settings  in  which  function  may  be  present,  as  well  as  possible  further 
improvements  of  the  reductions  and  resulting  computations  of  GC\VA[q,DB].  Several 
suggestive  special  cases  appeared,  but  as  yet  no  general  conclusions  can  be  drawn. 

Park  also  organized  and  conducted  a  research  seminar  on  Expert  Database  Sys¬ 
tems  for  the  staff  of  the  grant,  as  well  as  other  graduate  students  in  the  department. 
The  outline  of  the  topics  of  the  seminar  was: 

•  Introduction  of  expert  systems,  databases,  and  expert  database  systems. 

•  Knowledge- based  systems,  knowledge  representation,  logical  analysis  of  knowl- 
edbases,  incompleteness,  commonsense  reasoning,  non-monotonicitv,  and  reason- 
maintenance  systems. 

•  Database  management  systems,  semantic  data  modelling,  database  constraints, 
dependencies,  and  normal  forms,  dextensions  of  DBMSs,  including  deductive 
databases,  incomplete  databases,  and  temporal  databases. 

•  Knowledge  base  management  systems  and  architectures,  log  c-based  data  lan¬ 
guages,  recursion,  complex  objects,  object-oriented  paradigms  in  KBMSs.  con¬ 
straint  management,  semantic  query  optimization,  knowledge  engineering  in 
DBMSs,  intelligent  KB-interfaces. 
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11.10  V.  S.  Subrahmanian 


Theory  of  Logic  Programming 

My  work  on  the  project  concentrated  on  the  development  of  a  mathematical  basis 
for  classical  and  non-classical  logic  programming.  In  particular.  I  developed,  jointly 
with  Aida  Batarekh,  a  topological  theory  of  logic  programming  model  theory,  while 
both  alone  and/or  jointly  with  A.  N.  Hirani,  I  developed  an  algebraic  basis  for  logic 
programming.  I  also  concentrated  on  the  study  of  several  different  non-classical  logic 
programming  languages. 


11.10.1  Logic  Programming  with  Non-Classical  Logics. 

I  have  been  involved  in  the  development  of  a  family  of  non-classical  logic  program¬ 
ming  languages  that  can  be  semantically  characterized  in  terms  of  fixed-point  theory. 
Proposals  for  logic  programming  with  specific  logics  (e.g.  quantitative  logics,  paracon- 
sistent  logics,  etc.)  were  later  generalized  to  yield  a  generalized  declarative  semantics 
for  logic  programming  over  certain  kinds  of  partially  ordered  sets  of  truth  values. 
This  declarative  semantics  is  independent  (to  some  extent)  of  the  syntactic  nature  of 
a  non-classical  logic  program.  In  addition,  I  developed  a  proof-theoretic  generaliza¬ 
tion  of  SLD-resolution  that  is  sound  and  complete  for  many-valued  logic  programs 
(whose  set  of  truth  values  is  a  complete  lattice). 

11.10.2  Paraconsistent  Reasoning. 

The  design  of  very  large  knowledge  bases  may  sometimes  result  in  some  inaccuracies. 
Paraconsistent  logics  provide  a  framework  for  reasoning  in  the  presence  of  inconsis¬ 
tency  (in  the  sense  of  classical  logic)  via  non-classical  model  theory.  Howard  Blair 
and  I  have  worked  on  a  formal  theoretical  framework  for  mechanical  reasoning  in  the 
presence  of  inconsistency.  More  recently,  M.  Chakrabarti  and  I  are  working  on  the 
semantics  of  general  logic  programs  (even  those  whose  completions  are  inconsistent) 
with  a  view  to  developing  a  theory  of  local  and  global  consistency.  Newton  da  Costa 
and  I  are  investigating  syntactic  consequence  relations  that  lead  to  paraconsistent 
logics  with  a  view  to  developing  a  proof-theoretic  characterization  of  inconsistent 
databases. 
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11.10.3  Topological  Methods  in  Logic  Programming. 

Aida  Batarekh  and  I  studied  the  topological  properties  of  the  space  of  models  of  logic 
programs  (and  also  arbitrary  sentences  in  first  order  logic).  We  then  derived  results 
on  the  fixed-points  of  non-monotonic  operators  that  map  structures  to  structures. 
As  a  consequence  of  some  results  on  the  (topological)  continuity  of  the  well-known 
operator  Tp  associated  with  a  logic  program  P,  we  were  able  to  obtain  necessary  and 
sufficient  conditions  on  the  consistency  of  comp(P)  (when  P  is  either  a  function  free 
or  covered  logic  program). 


11.10.4  Metalogic  Programming. 

My  paper  Foundations  of  Metalogic  Programming  is  the  first  paper  to  address  the 
problem  of  developing  a  formal  theoretical  framework  for  reasoning  about  the  amal¬ 
gamation  of  object  language  and  metalanguage  in  logic  programming.  It  is  a  compan¬ 
ion  to  the  paper  by  Pat  Hill  and  John  Lloyd  that  considers  metalevel  programming 
without  the  amalgamation. 


11.10.5  Types  in  Prolog. 

Lee  Naish  and  I  have  jointly  developed  a  framework  for  incorporating  types  in  Pro¬ 
log.  For  programming  purposes,  our  view  is  that  type  declarations  are  useful,  and 
our  semantics  essentially  characterizes  logic  programming  augmented  with  type  dec¬ 
larations. 


11.10.6  Auto-Epistemic  Logics. 

Wiktor  Marek  and  I  are  currently  studying  the  connections  between  differing  treat¬ 
ments  of  negation  in  logic  programming  and  AI.  In  addition,  we  have  studied  the 
complexity  of  determining  the  truth  of  a  formula  in  a  stable  expansion  of  an  auto- 
epistemic  first  order  theory. 
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11.10.7  Nuclear  Systems. 


A  nuclear  system  is  essentially  a  triple  (5,  b,  Q)  where  5  is  a  non-empty  set,  Q  is  the 
set  of  existential  queries  that  can  be  expressed  in  some  fixed  but  arbitrary  first  order 
language,  and  b  is  a  binary  relation  between  5  and  Q.  For  example,  5  may  be  a  set 
of  theories,  and  b  may  be  an  entailment  relation,  or  S  may  be  a  set  of  interpretations 
for  a  first  order  language  and  b  may  be  a  model-theoretic  satisfaction  relation,  or 
5  may  be  a  set  of  theories  and  b  may  be  a  non-monotonic  forcing  relation.  When 
the  nuclear  system  satisfies  some  simple  conditions,  5  turns  out  to  be  a  compact 
Hausdorff  space  (under  a  topology  induced  by  the  b  relation).  One  can  now  study 
the  fixed-points  of  non-monotonic  closure  operators  in  terms  of  topological  results. 


11.10.8  Algebraic  Theory  of  Logic  Program  Construction. 

Given  a  logic  program  P,  the  operator  TP  associated  with  P  is  closely  related  to  the 
intended  meaning  of  P.  Given  a  first  order  language  L  that  is  generated  by  finitely 
many  non-logical  symbols,  our  aim  is  to  study  the  algebraic  properties  of  the  set 
{TP  |  P  is  a  general  logic  program  in  language  L}  with  certain  operators  on  it.  For 
the  operators  defined  in  this  paper  the  resulting  algebraic  structure  is  a  bounded 
distributive  lattice.  Our  study  extends  (to  the  case  of  general  logic  programs),  the 
work  of  Mancarella  and  Pedreschi  who  initiated  a  study  of  the  algebraic  properties  of 
the  space  of  pure  logic  programs.  We  study  the  algebraic  properties  of  this  set  and 
identify  the  ideals  and  zero  divisors.  In  addition,  we  prove  that  our  algebra  satisfies 
various  non-extensibility  conditions.  This  algebraic  study  shows  promise  of  leading 
to  a  theory  of  modules  in  logic  programming. 


11.10.9  Protected  Completions  of  Logic  Programs. 

The  notion  of  protected  completion  pc(P)  of  a  logic  program  P  was  introduced  by  Jack 
Minker  and  Don  Perlis.  The  Minker-Perlis  proposal  laid  the  foundation  for  reasoning 
via  protected  completions  for  pure,  function  free  logic  programs.  We  extend  their 
work  by  characterizing  protected  completions  of  general  logic  programs.  Thus,  both 
restrictions  in  the  Minker  Perlis  proposal  are  removed.  Operational  algorithms  are 
also  developed.  This  work  is  being  carried  on  jointly  with  James  Lu. 
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11.10.10  Theorem  Proving  in  Systems  with  Equality. 

James  Lu  and  I  studied  certain  open  problems  concerning  the  soundness  and  com¬ 
pleteness  of  various  problems  in  RUE-NRF  deduction.  We  proved,  amongst  other 
results,  that  RUE-NRF  deduction  in  stror^,  form  is  incomplete  contradicting  exist¬ 
ing  published  results  of  V.  Digricoli  and  M.  Harrison.  Our  disproof  has  since  been 
acknowledged  as  being  correct  by  V.  Digricoli.  Since  then,  we  have  worked  on  the 
problem  of  termination  of  the  viability  check  in  RUE-NRF  deduction  using  a  method 
based  on  AND/OR  graphs. 

11.10.11  Accepted/Published  Papers 

Dissertation:  “Computational  Reasoning  with  Non-Classical  and  Paraconsistent 
Logics.”  Advisor:  Howard  A.  Blair.  Ph.D.,  August,  1989,  School  of  Computer  and 
Information  Science,  Syracuse  University,  Syracuse,  NY  13244. 

1.  Protected  Completions  of  First  Order  General  Logic  Programs,  accepted  for 
publication  in:  Journal  of  Automated  Reasoning,  (with  James  Lu).  Sep.  198S. 

2.  Topological  Model  Set  Deformations  in  Logic  Programming,  accepted  for  pub¬ 
lication  in:  Fundamenta  Informaticae ,  North  Holland,  (with  A.  Batarekh). 

3.  A  Ring-Theoretic  Basis  for  Logic  Programming,  accepted  for  publication  in: 
International  Journal  of  Foundations  of  Computer  Science. 

4.  Paraconsistent  Logic  Programming,  7th  Foundations  of  Software  Technology  & 
Theoretical  Computer  Science  Conf .,  Lecture  Notes  in  Computer  Science,  Vol. 
287,  pps  340-360,  Springer- Verlag.  An  extended  version  of  this  paper  has  been 
accepted  for  publication  in  Theoretical  Computer  Science,  (with  Howard  Blair). 

5.  AND-OR  Graphs  Applied  to  RUE-Resolution,  accepted  for  publication  in:  Proc. 
llth  International  Joint  Conference  on  Artificial  Intelligence ,  Detroit,  Michi¬ 
gan,  Aug.  1989.  (with  V.J.  Digricoli  and  J.  J.  Lu). 

6.  Paraconsistent  Foundations  for  Logic  Programming,  accepted  for  publication  in 
,/.  of  Son-Classical  Logic,  (with  Howard  Blair). 

7.  Algebraic  Foundations  of  Logic  Programming,  I:  The  Distributive  Lattice  of 
Logic  Programs,  accepted  for  publication  in  Fundamenta  Informatica ,  North 
Holland,  (with  A.  N.  Hirani). 


11-77 


8.  Mechanical  Proof  Procedures  for  Many- Valued  Lattice-Based  Logic  Program¬ 
ming,  accepted  for  publication  in:  Journal  of  Non-Classical  Logic. 

9.  The  Relationship  Between  Logic  Program  Semantics  and  Non-Monotonic  Rea¬ 
soning,  accepted  for  publication  in:  Proc.  6th  International  Conference  on  Logic 
Programming ,  (eds.  G.  Levi  and  M.  Martelli),  pps  600-617,  Lisbon,  Portugal, 
June  19S9,  MIT  Press,  (with  Wiktor  Marek). 

10.  On  the  Expressive  Power  of  Annotation  Based  Logic  Programs,  accepted  for 
publication  in:  Proc.  1989  North  American  Conference  on  Logic  Programming. 
(eds.  E.  Lusk  and  R.  Overbeek),  Cleveland,  Ohio,  Oct.  19S9,  MIT  Press,  (with 
Michael  Kifer). 

11.  Th  '  ?ry  Topology  in  Logic  Programming,  in:  Proc.  International  Symposium 
or.  .oretical  Aspects  of  Computer  Science,  Lecture  Notes  in  Computer  Science 
Vol.  349,  pps  375-387,  Springer  Verlag.  (with  Aida  Batarekh). 

12.  Query  Processing  in  Quantitative  Logic  Programming,  Proc.  9th  Conference 
on  Automated  Deduction ,  Lecture  Notes  in  Computer  Science  Vol.  310,  pps 
181-200,  Springer,  (eds.  E.  Lusk  and  R.  Overbeek).  May  1988. 

13.  QUANTLOG:  A  System  for  Approximate  Reasoning  in  Inconsistenc  Formal 
Systems,  Proc.  9th  Conference  on  Automated  Deduction ,  Lecture  Notes  in 
Computer  Science  Vol.  310,  pps  746-747,  Springer- Verlag,  (eds.  E.  Lusk  and 
R.  Overbeek).  (with  Z.  Umrigar).  System  Summary.  May  1983. 

14.  Foundations  of  Metalogic  Programming,  Proc.  of  the  Workshop  on  Mcla- 
Programming  m  Logic  Programming ,  (ed.  John  Lloyd),  pps  53-66,  Bristol, 
England,  June  1988.  An  extended  version  of  this  paper  is  to  be  published 
this  summer  in  a  book  edited  by  H.  Abramson  anu  M.  Rogers.  The  book  n  to 
be  published  by  MIT  Press. 

15.  Semantical  Equivalences  of  (Non-Classical)  Logic  Programs,  in:  Proc.  5th  In¬ 
ternational  Conference/  Symposium  on  Logic  Programming ,  eds.  R.  Kowalski 
and  K.  Bowen,  pps  960-977,  MIT  Press,  (with  A.  Batarekh). 

16.  Intuitive  Semantics  for  Quantitative  Rule  Sets,  in:  Proc.  5th  International 
Conference/Symposium  on  Logic  Programming ,  eds.  R.  Kowalski  and  K.  Bowen, 
pps  1036-1053,  MIT  Press,  August  1988. 
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17.  On  the  Semantics  of  Quantitative  Logic  Programs,  Proc.  fth  IEEE  Symp.  on 
^ogic  Programming,  pps  173-182,  Computer  Society  Press.  Sep.  1987. 

IS.  FLOG:  A  Logic  Programming  System  Based  on  a  Six- Valued  Logic,  AAAI/Xerox 
Second  Inti  Symp.  on  Knowledge  Engg.,  Madrid,  Spain,  (with  R.Anand).  April 
1987. 

Submitted  Papers 

19.  Completeness  Issues  in  RUE-NRF  Deduction,  submitted  to  the  Journal  of  the 
ACM  Currently  being  revised  in  accordance  with  referees’  comments,  (with 
James  Lr). 

20.  Algebraic  Foundations  of  Logic  Programming,  II:  The  Space  of  Multivalued  and 
Paraconsistent  Logic  Programs,  submitted  to  Acta  Informatica.  Feb.  1989. 

21.  Approximate  Reasoning  in  Logic  Programming,  submitted  to  New  Generation 
Computing.  March  1988. 

22.  Strong  Completeness  Results  for  Paraconsistent  Logic  Programming,  currently 
being  revised  for  publication  in  a  special  volume  on  Theorem  Proving  in  Non- 
Classical  Logics,  ed.  Michael  McRobbie,  (with  Howard  Blair).  Aug.  1988; 
revised,  Augu.  19S9. 

23.  The  Relationship  Between  Stable,  Supported,  Default  and  Auto-Epistemic  Se¬ 
mantics  for  General  Logic  Programs,  submitted  to  Theoretical  Computer  Sci¬ 
ence.  (with  VViktor  Marek).  Jan.  1989. 

24.  Paraconsistent  Logics  as  a  Formalism  for  Reasoning  About  Inconsistent  Knowl¬ 
edge  Bases,  submitted  to:  Journal  of  Artificial  Intelligence  in  Medicine,  (with 
Newton  C.  A.  da  Costa). 

25.  Y- Logic:  A  Framework  for  Reasoning  about  Chameleonic  Programs  with  In¬ 
consistent  Completions,  submitted  to:  Fundamenta  Informaticae.  April  1989. 

26.  A  Petri  Net  Model  for  Reasoning  in  the  Presence  of  Inconsistency,  submitted 
to:  IEEE  Transactions  on  Data  and  Knowledge  Engineering.  June  19S9,  (with 
T.  Murafa  and  T.  Wakayama). 

27.  Existential,  Null  and  Partial  Values  in  Disjunctive  Deductive  Databases,  sub¬ 
mitted  to:  Journal  of  Automated  Reasoning,  June  1989. 
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2S.  The  Viability  Check  in  Equality  Based  Binary  Resolution,  to  be  submitted, 
(with  James  J.  Lu). 

29.  Paraconsistent  Disjunctive  Deductive  Databases,  submitted  to:  Theoretical  Corn- 
put  er  Science ,  July  1989. 

30.  The  Paraconsistent  Logics  PT,  to  be  submitted,  (with  X.C.A.  da  Costa  and 
C.  \ ago). 


11.11  Supported  Students 


Hamid  Bacha 

PhD,  School  of  Computer  &  Information  Science 
Syracuse  University,  Syracuse,  NY,  December,  1989 

Dissertation:  METAPROLOG:  Design,  Implementation,  and  Application  to  a 
Medical  Expert  System  in  Acid-Base  and  Electrolyte  Disorders. 

Advisor:  Kenneth  A.  Bowen 

Aida  Batarekh 

PhD,  School  of  Computer  &:  Information  Science 
Syracuse  University,  Syracuse,  NY,  August,  1989 
Dissertation:  Topological  Aspects  of  Logic  Programming. 

Advisor:  Kenneth  A.  Bowen 

Kevin  Buettner 

MS,  School  of  Computer  Information  Science 
Syracuse  University,  Syracuse,  NY,  December,  1986. 

Ilyas  Cicekli 

PhD  expected,  School  of  Computer  Information  Science 
Syracuse  University,  Syracuse,  NY,  expected  January,  1990. 

Keith  Hughes 

MS,  School  of  Computer  U  information  Science 
Syracuse  I.  niversity,  Syracuse.  NY,  Mav,  1989. 
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Thesis:  Prolog  as  a  Uniform  Interface  to  a 
Heterogeneous  Distributed  Database. 

Andrew  Turk 

BS.  School  of  Computer  Information  Science 
Syracuse  University,  Syracuse,  NY,  December,  19S6 

V.S.  Subrahmanian 

PhD.  School  of  Computer  &  Information  Science 
Syracuse  University,  Syracuse,  NY,  August,  19S9 

em  Dissertation:  Computational  Reasoning  with 
Non-Classical  and  Paraconsistent  Logics. 

Advisor:  Howard  A.  Blair. 

Toshiro  Wakayama 

PhD,  School  of  Computer  &  Information  Science 
Syracuse  University,  Syracuse,  NY,  August,  1989 

Dissertation:  Reasoning  with  Indefinite  Information 
in  Resolution-based  Languages. 

Advisor:  Howard  A.  Blair. 
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11.12  Publications 


1.  R.  Anand  and  V.  S.  Subrahmanian.  FLOG:  A  Logic  Programming  System  Based 
on  a  Six-Valued  Logic ,  AAAI/Xerox  Second  Inti.  Symp.  on  Knowledge 
Eng.,  Madrid,  Spain,  April  1987. 

2.  Apt,  K.  R.  k  Blair,  H.  A.  Arithmetic  Classification  of  Perfect  Models  of  Strat¬ 
ified  Programs,  (preliminary  version)  Jan.  1988.  The  Proceedings  of  the 
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3.  Apt,  K.  R.,  Blair,  H.  A.,  k  Walker,  A.  Towards  a  Theory  of  Declarative  Knowl¬ 
edge,  in  Foundations  of  Deductive  Databases  and  Logic  Programming, 
Jack  Minker.  ed.  Morgan-Kaufmann,  Los  Altos,  CA.  1988.  pp.  89-14S. 

4.  Apt,  K.  R.  k  Blair,  H.  A.  Recursion-free  Programs.  Syracuse  University  Logic 
Programming  Research  Group  Technical  Report  LPRG-TR-8S-12. 

5.  Apt,  K.  R.  k  Blair,  H.  A.  Arithmetic  Classification  of  Perfect  Models  of  Strati¬ 
fied  Programs.  Invited  Submission  to  Fundamenta  Inforraatica.  (To  appear.) 

6.  H.  Bacha.  Meta-level  Programming:  A  Compiled  Approach.  Proceedings  of 
the  Fourth  International  Conference  on  Logic  Programming.  Mel¬ 
bourne,  Australia,  1987.  J-L.  Lassez,  (ed.) 
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,  i  r*> 


MISSION 


Rome  Air  Development  Center 


R  RADC  plans  and  executes  research,  development,  test  and 

^  selected  acquisition  programs  in  support  of  Command,  Control, 

J  Communications  and  Intelligence  (CiI)  activities.  Technical  and 

b  engineering  support  wit  hi:  i  areas  of  competence  is  provided  to 

\  ESD  Program  Offices  (POs)  and  other  ESD  elements  to 

R  perform  effective  acquisition  of  C*I  systems.  The  areas  of  > 

v  technical  competence  include  communications,  command  and  ^ 

0  control,  battle  management  information  processing,  surveillance 

^  sensors,  intelligence  data  collection  and  handling,  solid  state  <§ 

%  sciences,  electromagnetics,  and  propagation,  and  electronic  ^ 

k  reliability / maintainability  and  compatibility.  ^ 
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